- Boost-users - lists.boost.org

[Asio] Serial port communication problem when upgrading from Boost 1.64 to 1.84
by rumplerbalint＠gmail.com 05 Mar '26

05 Mar '26

Hello everyone, I have a program that uses Boost Asio and I want to upgrade from Boost 1.64 to 1.84. The program uses one io_service in one thread. After startup, 2 posix::basic_stream_descriptors, one boost::asio::serial_port, and several boost::asio::ip::tcp::sockets are registered. The program is structured as follows: it starts async_read_some calls on the objects created above, then calls the io_context::run() method. If data arrives to any TCP socket or stream descriptor, the appropriate action is taken in the program through a chain of async handlers. I always restart the async reads after receiving a request, so the io_context always has work to do and does not stop. My problem is that serial port communication does not work properly in the program under version Boost 1.84. When I send a message to the serial device with async_write_some, I do not receive some part or the whole response using async_read_some or async_read_until (even with a very long timeout). If I use the BOOST_ASIO_DISABLE_EPOLL macro when building, serial port communication works fine, as it did with Boost 1.64. I created a separate small program that only contains serial port communication written with Boost Asio. However, this small program works fine even without the BOOST_ASIO_DISABLE_EPOLL macro in Boost 1.84. My question is, where should I look for the cause of the error in the original program? Thank you in advance. Note: This is a cross-compiled program where the older program using Boost 1.64 ran on a device with Linux kernel 4.9 (32-bit), while the new Boost 1.84 version should run on Linux kernel 6.6 (64-bit).

1 0

[b2] b2 --show-libraries fails after clean bootstrap
by Johannes Luber 21 Feb '26

21 Feb '26

Hi, I have a strange issue when trying to bootstrapping boost itself. I have installed MSYS2 (msys2-x86_64-20251213.exe), then installed the UCRT64 toolchain via "pacman -S mingw-w64-ucrt-x86_64-toolchain". I've downloaded and extracted Boost 1.90.0. Afterwards I executed these commands inside the normal Windows command shell: bootstrap.bat --toolset=gcc b2 toolset=gcc variant=release link=static runtime-link=static threading=multi address-model=64 --stagedir=./stage But when I try to execute the following command to see if everything worked b2 --show-libraries then b2 restarts the compilation: D:\...\Boost>b2 --show-libraries Performing configuration checks - default address-model : 64-bit [1] - default architecture : x86 [1] Building the Boost C++ Libraries. warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam. note: to suppress this message, pass "--without-graph_parallel" to bjam. - std_wstreambuf builds : yes [2] - std_wstreambuf : yes [2] - has pthread_cond_clockwait : no [2] I've cleaned everything and restarted the build, but no change. I tried also the minimum bjam files to see if this works: test.jam: "exe hello : hello.cpp ;" hello.cpp: "int main() { return 0; }" b2 -f test.jam which yields the following output: D:\...\Boost>b2 -f test.jam test.jam:1: in module scope ERROR: rule "exe" unknown in root module. So apparently something went entirely wrong, but I don't know what exactly I'm missing here. Any ideas? Best regards, Johannes

2 1

Problems with building and installation of Boost.Graph-Parallel in Windows 11
by Ramón Torres-Isea 30 Jan '26

30 Jan '26

Hello, I am having problems building and installing the Parallel Graph Library which depends on Boost.MPI, which requires an MPI package. I have the Microsoft MPI runtime and SDK properly installed and a quick "where mpiexec" command in a cmd terminal finds it. Likewise, the compiler (Visual Studio 2022, v143) is easily found in the path. However, b2 can not find the MSMPI. It generates an error that doesn't make sense...it read as follows: *error: Unable to find file or target named error: '/mpi//impi' error: referred to from project at error: ''* WHICH INDICATES THAT IT IS LOOKING FOR THE INTEL MPI!....YET MY USER-CONFIG.JAM FILE IS AS FOLLOWS: using mpi : "C:/Program Files/Microsoft MPI/Bin/mpiexec.exe" : <include>"C:/Program Files (x86)/Microsoft SDKs/MPI/Include" <library-path>"C:/Program Files (x86)/Microsoft SDKs/MPI/Lib/x64" <find-shared-library>msmpi ; Your help will be very much appreciated! Thanks in advance! TI

1 0

Possibility to increase boost/multiprecision/mpfr precision.
by Ivo Celmans 28 Dec '25

28 Dec '25

Hello, is it possible to make boost/multiprecision/mpfr work with more than 4294967 decimal digits of precision. I understand that it comes from the unsigned type, but is it possible to adapt it to uint64_t for example? I'm experimenting with headers, but since I've been using multiprecision for a relatively short time, I don't fully understand how the wrapper works and where the dependencies are. I apologize if the question sounds silly, I'm c++ enthusiast. Best regards, Ivo

1 0

boost fibers concurrency
by amit sehas 18 Dec '25

18 Dec '25

HI, I have just started utilizing boost fibers and am completely confused about its conditional variable concurrency behavior. Boost fibers provide the following example for using conditional variables: void wait_for_data_to_process() { { std::unique_lock< boost::fibers::mutex > lk( mtx); while ( ! data_ready) { cond.wait( lk); } } // release lk process_data(); } void prepare_data_for_processing() { retrieve_data(); prepare_data(); { std::unique_lock< boost::fibers::mutex > lk( mtx); data_ready = true; } cond.notify_one(); } But when we do the above we see that the fibers end up running into std::unique_lock waits in system calls sched_yield and futex. We are possibly invoking above concurrency primitives among multiple OS threads. We want to avoid system calls in the fibers. strace outputs are as below: futex(0x7ff4f4005160, FUTEX_WAKE_PRIVATE, 1) = 0 > /usr/lib64/libc.so.6(__GI___lll_lock_wake+0x17) [0x87777] > /usr/lib64/libc.so.6(__GI___pthread_mutex_unlock_usercnt+0x94) [0x8f2d4] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::algo::round_robin::notify()+0x24) [0x73f4] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::context::wake(unsigned long)+0x29) [0xaac9] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::wait_queue::notify_one()+0x40) [0xbca0] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::mutex::unlock()+0x31) [0xc151] sched_yield() = 0 > /usr/lib64/libc.so.6(__sched_yield+0xb) [0xf3d5b] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::detail::spinlock_ttas::lock()+0xd4) [0x9044] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::mutex::lock()+0x28) [0xc198] Apparently even scheduling a fiber seems to run into lock waits, not sure why scheduling a fiber would block: sched_yield() = 0 > /usr/lib64/libc.so.6(__sched_yield+0xb) [0xf3d5b] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::detail::spinlock_ttas::lock()+0xd4) [0x9044] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::scheduler::remote_ready2ready_()+0x33) [0xd353] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::scheduler::dispatch()+0x50) [0xd4e0] > /usr/local/lib/libboost_fiber.so.1.85.0(boost::fibers::dispatcher_context::run_(boost::context::fiber&&)+0xd) [0xb46d] > /usr/local/lib/libboost_fiber.so.1.85.0(void boost::context::detail::fiber_entry<boost::context::detail::fiber_record<boost::context::fiber, boost::fibers::stack_allocator_wrapper, std::_Bind<boost::context::fiber (boost::fibers::dispatcher_context::*(boost::fibers::dispatcher_context*, std::_Placeholder<1>))(boost::context::fiber&&)> > >(boost::context::detail::transfer_t)+0x3a) [0xb4ca] > /usr/local/lib/libboost_context.so.1.85.0(make_fcontext+0x2e) [0x117e] > No DWARF information found We want to avoid all system calls in the fibers to avoid their performance impact, we are confused why the examples provided by boost fibers are running into system calls. Any help is greatly appreciated ... regards -Amit

1 0

[release] Boost 1.90.0
by Marshall Clow 10 Dec '25

10 Dec '25

Release 1.90.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. The release contains one new library: * OpenMethod: Open-(multi-)methods in C++17 and above, from Jean-Louis Leroy. as well as numerous enhancements and bug fixes for existing libraries. For details, including download links, see <http://www.boost.org/users/news/version_1.90.0> You can also download directly from: <https://archives.boost.io/release/1.90.0/source/> To install this release on your system, see <https://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. -- The Boost Release Team Marshall Clow, Glen Fernandes, Ion Gaztañaga

1 0

b2 --show-libraries
by Keith Bennett 23 Nov '25

23 Nov '25

Hi guys, Why does `b2 --show-libraries` not show the libraries and exit as --help says it should? I am using boostorg/boost 02b24152984db5f8291778699f87a24dfce49aca, and also see the same behavior on tag boost-1.89.0. It instead goes on to build everything. That's opposite of the --help documentation. Is there not a unit test for this basic feature??? How many other basic features don't have unit tests? How do I just use cmake add_subdirectory(boost) from the boostorg/boost repo? I'm stuck trying to use externalproject_add I just need to build static libraries for packages, and want to have a loop in cmake that does --without-<library> for all of the libraries that I don't depend on. Or, even better, let CMake handle all of the dependencies for any boost libs that depend on each other, if I depend on one of them -- Keith Bennett

2 2

[regex] PR #263 - Fix for MSVC static analysis warning C33010 in get_default_error_string
by Phil Deets 22 Nov '25

22 Nov '25

Hello, I've submitted a PR to fix a static analysis warning in Boost.Regex: https://github.com/boostorg/regex/pull/263 - return (n > ::boost::regex_constants::error_unknown) ? s_default_error_messages[::boost::regex_constants::error_unknown] : s_default_error_messages[n]; + typedef typename std::make_unsigned<regex_constants::error_type>::type unsigned_type; + return (static_cast<unsigned_type>(n) > ::boost::regex_constants::error_unknown) ? s_default_error_messages[::boost::regex_constants::error_unknown] : s_default_error_messages[n]; The function get_default_error_string() in regex_traits_defaults.hpp<https://github.com/boostorg/regex/blob/develop/include/boost/regex/v5/regex…> triggers warning C33010 (unchecked lower bound for enum used as index)<https://learn.microsoft.com/en-us/cpp/code-quality/c33010?view=msvc-170>. There are regulations that require the Windows product to address all occurrences of this warning in any open-source code pulled into the Windows repository. I'm addressing this in the short term by using a Vcpkg overlay port to apply the patch from my PR, but I would like to upstream the fix so I can switch back to the default Vcpkg port for Boost in the future once the fix is released. The fix simply casts the enum value to an unsigned type before doing a bounds check. This ensures that negative values are treated as large positive values in the comparison so they will be detected to be out of bounds. I used a typedef with std::make_unsigned for the type used in the cast. This was done to be consistent with similar code farther up in the file in the is_extended function. Thanks, Phil

1 0

Cmake 4.1
by schoch+boost.org＠starnet.com 21 Nov '25

21 Nov '25

I'm having trouble getting cmake 4.1 to work with boost 1.88. I set the cmake BOOST_ROOT variable to C:\boost_1_88_0 and when my CMakeLists.txt file calls find_package(Boost REQUIRED) it successfully finds the file C:\boost_1_88_0\tools\cmake\config\BoostConfig.cmake, but when that file calls find_package(boost_headers ...) cmake fails, saying it can't find boost_headers-config.cmake, even though I can find that file deep under the C:\boost_1_88_0 directory. Is there an easy way to get boost to work with cmake 4.1?

5 6

Boost.Python - registration for multiple modules only works with dynamic linking?
by Andrej 17 Nov '25

17 Nov '25

Hi! I've stumbled upon `TypeError: No to_python (by-value) converter found for C++ type: class MyClass` kind of error and trying to debug it I came to the conclusion in the thread subject and wanted to verify if I'm not missing something, since I'm not very familar with Boost. So let's say there is `libA` that defines `MyClass` and there's a `libB` that's using it (e.g.. it has `MyClass produce_my_class()`). If `libA` and `libB` are statically linked against Boost.Python, then using `libB` method fails to find a converter (code snippet is below). If I link `libA` and `libB` against shared Boost.Python library, then the issue is resolved. I assume registration is kind of happen *per-Boost.Python-static-instance*, not *per-process*? What's the common practice for this? E.g. let's say there's an independant math library `Math` and it's using Boost.Python. For it to be distributable it typically would statically link Boost.Python. Then there's another library `Geometry` that's trying to use `Math` using Boost.Python bindings. Then the only way it would be able find the converters, if it redefines them? ```python import libA print(libA.MyClass(25)) # <libA.MyClass object at 0x00000199048BC270> import libB print(libB.produce_my_class(25)) # Traceback (most recent call last): # File "<string>", line 1, in <module> # TypeError: No to_python (by-value) converter found for C++ type: class MyClass ```

1 0