Hi Vinnie, It is almost complete. Is there a GIT repository where I can upload it? I have not been using a repository for my code and would like to do so. Thank you On Mon, Mar 21, 2022 at 8:00 AM wrote:

Send Boost mailing list submissions to boost@lists.boost.org

To subscribe or unsubscribe via the World Wide Web, visit https://lists.boost.org/mailman/listinfo.cgi/boost or, via email, send a message with subject or body 'help' to boost-request@lists.boost.org

You can reach the person managing the list at boost-owner@lists.boost.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost digest..." The boost archives may be found at: http://lists.boost.org/Archives/boost/ Today's Topics:

1. Re: [release] Boost 1.79.0 beta 1 released (Sal Pamukcu) 2. Re: [release] Boost 1.79.0 beta 1 released (Jeff Trull) 3. Determine interest in a possible library submission (Keith Hiatt) 4. Re: Determine interest in a possible library submission (Vinnie Falco)

---------- Forwarded message ---------- From: Sal Pamukcu To: boost@lists.boost.org Cc: Bcc: Date: Sun, 20 Mar 2022 19:40:51 +0300 Subject: Re: [boost] [release] Boost 1.79.0 beta 1 released On Fri, Mar 18, 2022 at 1:53 AM Andrey Semashev via Boost < boost@lists.boost.org> wrote:

...

On 3/18/22 00:26, Sal Pamukcu via Boost wrote:

...

On Thu, Mar 17, 2022 at 11:24 PM Andrey Semashev via Boost < boost@lists.boost.org> wrote:

...

On 3/17/22 22:31, Sal Pamukcu via Boost wrote:

...

- Compiled on Win 11 MSVC 2002 x64 toolchain with c++20 using b2 cxxstd=20 --build-type=complete stage

failed 5 target ; (mostly related to python) The full built message are on gist ; boost179b1_MSVC (github.com) <https://gist.github.com/salimp2009/074cf168b4dd1231aa92fcc3845e2df7

...

...

...

I will do another build on windows with gcc-11.2 with MSys;

``` ...failed updating 5 targets... ...skipped 9 targets... ...updated 8376 targets... ```

Failures are like this ; `...failed msvc.link.dll

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.dll

...

...

...

...

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.lib

...

...

...

...

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.pdb...`

...

...

...

Looks like the problem is that you're building 32-bit Boost.Python and linking with 64-bit Python libraries. I'm not sure if Boost.Python is supposed to find the correct libraries or this is just a user configuration error.

Do you mean my configuration mistake; i installed python 3.10 64 bit and checked from MSVC VS 2022 64 bit command line using this ; It looks like my Python is 64 bit;

C:\Program Files\Microsoft Visual Studio\2022\Community> C:\Program Files\Microsoft Visual Studio\2022\Community>python Python 3.10.0 (tags/v3.10.0:b494f59, Oct 4 2021, 19:00:18) [MSC v.1929 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information.

...

...

...

import struct version = struct.calcsize("P")*8 print(version) 64

is there a way to configure when building with b2 I used this ; b2 cxxstd=20 --build-type=complete stage

By default both 32 and 64-bit Boost binaries are built. To build only 64-bit binaries you can add address-model=64 to the b2 command line. If you want to build 32-bit libraries, use address-model=32 and also make sure 32-bit Python libraries are found by the build process.

_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

I did another build on Windows 11 ; this time using gcc-11.2 (via MSys2 MinGW), c++20 I did 2 runs one on command line and one on x64 Native Tool MSCV 2022 Also used address-model=64 to avoid Python 32-bit No errors but compiled way less files this time ; typically it was around ~8000+ this time "...updated 3693 targets.." command line i used ; b2 cxxstd=20 address-model=64 toolset=gcc --build-type=complete stage

as usual got warning for auto_ptr and this one ;

C:/msys64/mingw64/include/c++/11.2.0/ext/new_allocator.h:145:26: warning: 'void operator delete(void*, std::size_t)' called on unallocated object 'boost::wave::util::SimpleStringStorage

...

::emptyString_' [-Wfree-nonheap-object] 145 | ::operator delete(__p | ~~~~~~~~~~~~~~~~~^~~~ 146 | #if __cpp_sized_deallocation | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 147 | , __t * sizeof(_Tp) | ~~~~~~~~~~~~~~~~~~~ 148 | #endif | ~~~~~~ 149 | );

If needed I can put the whole build outputs on gist.

Only one question is it normal to use address-model=64 or should this be detected thru b2 or CMake and if it causes any other needed libraries skipped because there was quite a bit of difference in the updated amount

Salim Pamukcu

---------- Forwarded message ---------- From: Jeff Trull To: Boost Developers List Cc: Bcc: Date: Sun, 20 Mar 2022 10:21:18 -0700 Subject: Re: [boost] [release] Boost 1.79.0 beta 1 released On Sun, Mar 20, 2022 at 9:41 AM Sal Pamukcu via Boost < boost@lists.boost.org> wrote:

...

On Fri, Mar 18, 2022 at 1:53 AM Andrey Semashev via Boost < boost@lists.boost.org> wrote:

...

On 3/18/22 00:26, Sal Pamukcu via Boost wrote:

...

On Thu, Mar 17, 2022 at 11:24 PM Andrey Semashev via Boost < boost@lists.boost.org> wrote:

...

On 3/17/22 22:31, Sal Pamukcu via Boost wrote:

...

- Compiled on Win 11 MSVC 2002 x64 toolchain with c++20 using b2 cxxstd=20 --build-type=complete stage

failed 5 target ; (mostly related to python) The full built message are on gist ; boost179b1_MSVC (github.com) < https://gist.github.com/salimp2009/074cf168b4dd1231aa92fcc3845e2df7

...

...

...

I will do another build on windows with gcc-11.2 with MSys;

``` ...failed updating 5 targets... ...skipped 9 targets... ...updated 8376 targets... ```

Failures are like this ; `...failed msvc.link.dll

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.dll

...

...

...

...

...

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.lib

...

...

...

...

...

bin.v2\libs\python\build\msvc-14.3\debug\address-model-32\cxxstd-20-iso\python-3.10\threading-multi\boost_python310-vc143-mt-gd-x32-1_79.pdb...`

...

...

...

...

Looks like the problem is that you're building 32-bit Boost.Python

and

...

linking with 64-bit Python libraries. I'm not sure if Boost.Python is supposed to find the correct libraries or this is just a user configuration error.

Do you mean my configuration mistake; i installed python 3.10 64 bit and checked from MSVC VS 2022 64 bit command line using this ; It looks like my Python is 64 bit;

C:\Program Files\Microsoft Visual Studio\2022\Community> C:\Program Files\Microsoft Visual Studio\2022\Community>python Python 3.10.0 (tags/v3.10.0:b494f59, Oct 4 2021, 19:00:18) [MSC v.1929 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information.

...

...

> import struct > version = struct.calcsize("P")*8 > print(version) 64 >

is there a way to configure when building with b2 I used this ; b2 cxxstd=20 --build-type=complete stage

By default both 32 and 64-bit Boost binaries are built. To build only 64-bit binaries you can add address-model=64 to the b2 command line. If you want to build 32-bit libraries, use address-model=32 and also make sure 32-bit Python libraries are found by the build process.

_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

I did another build on Windows 11 ; this time using gcc-11.2 (via MSys2 MinGW), c++20 I did 2 runs one on command line and one on x64 Native Tool MSCV 2022 Also used address-model=64 to avoid Python 32-bit No errors but compiled way less files this time ; typically it was around ~8000+ this time "...updated 3693 targets.." command line i used ; b2 cxxstd=20 address-model=64 toolset=gcc --build-type=complete stage

as usual got warning for auto_ptr and this one ;

C:/msys64/mingw64/include/c++/11.2.0/ext/new_allocator.h:145:26: warning: 'void operator delete(void*, std::size_t)' called on unallocated object 'boost::wave::util::SimpleStringStorage

...

::emptyString_' [-Wfree-nonheap-object] 145 | ::operator delete(__p | ~~~~~~~~~~~~~~~~~^~~~ 146 | #if __cpp_sized_deallocation | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 147 | , __t * sizeof(_Tp) | ~~~~~~~~~~~~~~~~~~~ 148 | #endif | ~~~~~~ 149 | );

If needed I can put the whole build outputs on gist.

This looks like the same issue as https://github.com/boostorg/wave/issues/159. I think it's a new analysis in gcc 11 that we haven't seen before (and therefore not a regression).

...

Only one question is it normal to use address-model=64 or should this be detected thru b2 or CMake and if it causes any other needed libraries skipped because there was quite a bit of difference in the updated amount

Salim Pamukcu

_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

---------- Forwarded message ---------- From: Keith Hiatt To: boost@lists.boost.org Cc: Bcc: Date: Sun, 20 Mar 2022 21:55:50 -0400 Subject: [boost] Determine interest in a possible library submission Hi All,

I was wondering about interest in some derived vector classes which support full vector functionality while adding the capabilities of mathematical operations on the datasets including matrix-based computations.

Any thoughts would be appreciated.

Thank you, Keith

---------- Forwarded message ---------- From: Vinnie Falco To: "boost@lists.boost.org List" Cc: Bcc: Date: Sun, 20 Mar 2022 22:48:54 -0700 Subject: Re: [boost] Determine interest in a possible library submission On Sun, Mar 20, 2022 at 10:03 PM Keith Hiatt via Boost wrote:

...

I was wondering about interest in some derived vector classes which support full vector functionality while adding the capabilities of mathematical operations on the datasets including matrix-based computations.

If this is already written, could you please share a link?

Thanks

_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost