- Boost-users - lists.boost.org

[release] Boost 1.75.0 Release Candidate 1
by Marshall Clow 04 Dec '20

04 Dec '20

[release] Boost 1.75.0 Release Candidate 1 The first release candidates for the 1.75.0 release are now available at: <https://dl.bintray.com/boostorg/release/1.75.0/source/> The SHA256 checksums are as follows: caf36d7c13b3d8ce62282a64a695113945a13b0f1796a45160726d04295f95ed boost_1_75_0_rc1.zip aeb26f80e80945e82ee93e5939baebdca47b9dee80a07d3144be1e1a6a66dd6a boost_1_75_0_rc1.tar.gz 953db31e016db7bb207f11432bef7df100516eeb746843fa0486a222e3fd49cb boost_1_75_0_rc1.tar.bz2 3a8b314871646e7404886736273c053278ba71b11347f72d4751411d65d6d1a5 boost_1_75_0_rc1.7z As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Release managers

3 4

Boost.Numeric.Interval: Please specify rounding control mechanism
by Bastien Commelongue 01 Dec '20

01 Dec '20

Hello, I am building an app for IOS (ARM) and I had this issue while compiling: *Boost.Numeric.Interval: Please specify rounding control mechanism.* C99 version should be used in this case but __USE_ISOC99 is not defined. Modifying the condition with this code (using __cplusplus) fixed the issue: *boost/numeric/interval/hw_rounding.hpp(36)* *#if defined(BOOST_NUMERIC_INTERVAL_NO_HARDWARE) && (defined(__USE_ISOC99) || defined(__MSL__) || (defined __cplusplus && __cplusplus >= 201103L))# include <boost/numeric/interval/detail/c99_rounding_control.hpp>#endif* Let me know if I missed something or if you plan to integrate this modification in a next version. Cheers, Bastien Commelongue

2 1

PolyCollection
by Brian Wood 30 Nov '20

30 Nov '20

Shalom Hey, is anyone using PolyCollection? I have serialization support for it: https://github.com/Ebenezer-group/onwards/tree/master/example/poly If you considered it, but chose an alternative library, what was the reason? Thanks. Brian Ebenezer Enterprises - Enjoying programming again. https://webEbenezer.net

1 0

Re: [Boost-users] [multi_array] Feature request: constructor and resize from values
by DV Henkel-Wallace 30 Nov '20

30 Nov '20

If an object does not have a default constructor what could it mean to have a block of memory holding one that has not been initialized? How would your program know if the object had been properly initialized or not? There are three ways to address this: 1 - A pointer, as already mentioned. A null pointer means the spot does not refer to ("contain") a valid object -- or any object at all. 2 - use a variant 3 - create a default constructor (which you could do by changing the signature of your constructor to something like (int = 0) or (int = -1) assuming those values are invalid). In all cases, regardless of semantics or implementation you'll either have to check at runtime for a valid object OR, if you know for other reasons which locations are valid, use the default constructor with any value you'd like. If you don't want to use pointers there are a couple of other possibilities: > > Date: Sun, 22 Nov 2020 12:06:04 +0100 > From: Eugenio Bargiacchi <svalorzen(a)gmail.com <mailto:svalorzen@gmail.com>> > > Ah, sorry, I thought it would have been automatically clear. Consider this > example: > > class A { > public: > A(int) {} > }; > > boost::multi_array<A,2> array(boost::extents[2][2]); // Compiler error > boost::multi_array<A,2> array(boost::extents[2][2], A(3)); // What I would > like > > array.resize(boost::extents[2][2]); // Again, compiler error > array.resize(boost::extents[2][2], A(2)); // What I would like > > The variable `array` cannot be constructed in any way, as multi_array will > try to default-construct it, and that will fail. Trying to simply create > `array` with its default constructor works (although it will obviously be a > zero-sized array), but when trying to resize it (to actually store things), > the same thing will happen.

2 1

[multi_array] Feature request: constructor and resize from values
by Eugenio Bargiacchi 22 Nov '20

22 Nov '20

I'd love to be able to use multi_array with classes that do not have a default constructor. At the moment, this is impossible, as both the constructor and resize functions only take extents as arguments (and possibly some other options), but no value_type, as for example std::vector does. Thus, trying to store objects without a default constructor in a multi_array results in hard compiler errors, with no workaround that I know of. This happens to me fairly often, as I use multi_array to organize sets of complex objects. If there is a technical reason why this is not possible, I would also be happy to learn it. Best regards, Eugenio Bargiacchi

2 2

[xpressive] I got a crash in after i upgrade from 1.44 to 1.74
by forston_shi＠trendmicro.com 20 Nov '20

20 Nov '20

Hi Boost Users I met a crash in following code after I upgrade from 1.44 to 1.74, When I used "-O1 -DNDEBUG" to compile, it will crash. But when I used "-O1" or "-DNDEBUG" or "-O0 -DNDEBUG", it will not crash. In 1.44, all of them are ok. My GCC version is 4.1.2 and test in redhat-AS 4 32 bit. callstack #0 at ./boost_1_74_0_bk/boost/xpressive/detail/static/transmogrify.hpp:160 160 char const *name_end = m.name_ + std::strlen(m.name_); #1 at ./boost_1_74_0_bk/boost/proto/transform/detail/preprocessed/fold_impl.hpp:80 #2 at ./boost_1_74_0_bk/boost/proto/transform/detail/preprocessed/fold_impl.hpp:80 #3 at ./boost_1_74_0_bk/boost/xpressive/detail/static/compile.hpp:79 #4 at ./boost_1_74_0_bk/boost/xpressive/detail/static/compile.hpp:99 #5 0x08049d5f in main () at ./boost_1_74_0_bk/boost/xpressive/basic_regex.hpp:252 Can you help to check this problem? Best regards Forston callstack Following is source code. #include <boost/xpressive/basic_regex.hpp> #include <boost/xpressive/regex_primitives.hpp> #include <boost/xpressive/match_results.hpp> #include <boost/xpressive/regex_algorithms.hpp> int main(int argc, char* argv[]) { std::wstring uri_string = L"https://192.168.1.1/test"; printf("begin regex_match %ls \n ", uri_string.c_str()); using namespace boost::xpressive; static wsregex const uri_regex = bos >> (s1 = (alpha >> *(alnum | L'+' | L'-' | L'.'))) >> L"://" >> (s2 = *(alnum | L'-' | L'.' | L':' | L'@' | L'[' | L']' | L'_')) >> !(as_xpr(L'/') >> (s3 = (*_))) >> eos ; wsmatch result; try { if (!regex_match(uri_string, result, uri_regex)) { printf( "regex_match failed %ls \n ", uri_string.c_str()); return -1; } } catch (std::exception& e) { printf("regex_match failed %ls \n ", uri_string.c_str()); return -1; } printf("end regex_match success %ls \n ", uri_string.c_str()); return 0; } TREND MICRO EMAIL NOTICE The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. For details about what personal information we collect and why, please see our Privacy Notice on our website at: Read privacy policy<http://www.trendmicro.com/privacy>

1 0

[asio] Prevent socket inheritance on Windows
by Klebsch, Mario 17 Nov '20

17 Nov '20

Hello everybody, I am using boost as communication framework in a library for Windows. I am getting problems, when the client code, that uses our library, creates windows processes and inherits handles, e.g. by using popen(). I currently observing two problems. 1. Even though my library has closed the socket, the peer keeps an active connection. 2. When there is a pending async read operation, calling close() does not lead to the read handler being invoked with an error. My library closes a socket in its shutdown process and because it also terminates the io_service during shutdown, it waits for the termination of the pending read operation. The second problem is the one, that is visible to the client, since our library hands during shutdown. Unfortunately it is not triggered by just inheriting a socket handle to a child process. I know, the socket handle gets inherited to the child process and when I kill the child process, the pending async operation terminates. I also have seen the pending read operation to terminate, then the peer system sends some data. The data seems to be read fine, although the socket has already been closed by our library. The io_service is blocked in the call to GetQueuedCompletionStatus() on its io completion port. It seems, the io completion port still is linked the the socket, although the socket has been closed. The problem is triggered reliably, when using my fully integrated library, but I have not yet managed to write a small simple sand alone program to demonstrate this problem. * Does anybody on this mailing list has a clue, what may cause the 2nd problem, where the async operation does not terminate upon closing the socket. * Does anybody know of a reliable way to prevent an asio socket from being inherited. I found some web pages mentioning WSA_FLAG_NO_HANDLE_INHERIT, but have not found a way to get boots to use this flag other than patching my boost source code. Thanks to everybody, Mario -- Mario Klebsch Actia I+ME GmbH Mario.klebsch(a)ime-actia.de<mailto:Mario.klebsch@ime-actia.de> Dresdenstrasse 17/18 Fon: +49 531 38 701 716 38124 Braunschweig Fax: +49 531 38 701 88 Germany

1 0

[release] Boost 1.74.0 beta 1 released
by Marshall Clow 14 Nov '20

14 Nov '20

Boost release 1.75.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.75.0.beta1/source/> The SHA256 checksums are as follows: 3f01d3e5dc822e151892040d4667e364ea808d208d2e49cc7a1802bd4da3d4cc boost_1_75_0_b1.7z 9b75a80f845d4ae312e3c9151ffdfe3fed450973095e0a15c68d0be394f2f2df boost_1_75_0_b1.tar.bz2 123519d4b056fbbd69e452db880abe2c7e55f21779d44a4d6b6c714d5c13c3ee boost_1_75_0_b1.tar.gz b73e01d22d5b3d2ff82f14a371e3974fab30448bf6ff5ac8b9c829539a19c2d7 boost_1_75_0_b1.zip For details of what's in the release, see <https://www.boost.org/users/history/version_1_75_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

1 0

[release] Boost 1.75.0 Beta 1 Release Candidate 2
by Marshall Clow 13 Nov '20

13 Nov '20

The second release candidates for the 1.75.0 beta release are now available at: <https://dl.bintray.com/boostorg/beta/1.75.0.beta1/source/> The SHA256 checksums are as follows: 3f01d3e5dc822e151892040d4667e364ea808d208d2e49cc7a1802bd4da3d4cc boost_1_75_0_b1_rc2.7z 9b75a80f845d4ae312e3c9151ffdfe3fed450973095e0a15c68d0be394f2f2df boost_1_75_0_b1_rc2.tar.bz2 123519d4b056fbbd69e452db880abe2c7e55f21779d44a4d6b6c714d5c13c3ee boost_1_75_0_b1_rc2.tar.gz b73e01d22d5b3d2ff82f14a371e3974fab30448bf6ff5ac8b9c829539a19c2d7 boost_1_75_0_b1_rc2.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Release managers

3 5

Compile issues when cross compiling for iOS with external dependencies
by Ardavon Falls 10 Nov '20

10 Nov '20

When attempting to cross-compile boost 1.69.0 for iOS (with clang) and using external dependencies it fails to compile because when it tests to see if the dependencies are valid, it fails to compile the test program correctly due to it attempting to add incorrect linker flags. I tried modifying the boost.build to not add those flags but it seemed to unravel a rat's nest of issues (attempting to link with librt even though its for iOS, compiled the test program for x86 and not arm, etc.., etc..) The error I keep getting is... ld: unknown option: --start-group Thank you for your help. I am using the following b2 options.. ./b2 --prefix=/Users/afalls/delete-me/build-boost/install/ \ --build-dir=/Users/afalls/delete-me/build-boost/build/ \ --user-config=/Users/afalls/delete-me/build-boost/ios-config.jam \ --with-math \ --with-wave \ --with-container \ --with-contract \ --with-exception \ --with-graph \ --with-iostreams \ --with-locale \ --with-log \ --with-program_options \ --with-random \ --with-regex \ --with-mpi \ --with-serialization \ --with-coroutine \ --with-fiber \ --with-context \ --with-timer \ --with-thread \ --with-chrono \ --with-date_time \ --with-atomic \ --with-filesystem \ --with-system \ --with-graph_parallel \ --with-stacktrace \ --with-test \ --with-type_erasure \ -q \ -j 16 \ toolset=clang \ threading=multi \ architecture=arm \ abi=aapcs \ binary-format=mach-o \ address-model=64 \ cxxflags="${IOS_CXXFLAGS}" \ cflags="${IOS_CFLAGS}" \ target-os=iphone \ link=static \ variant=release \ define=_LITTLE_ENDIAN \ install My user-config.jam file is below... import os ; using clang : : /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch arm64 -DBOOST_AC_USE_PTHREADS -DBOOST_SP_USE_PTHREADS -Wno-unused-local-typedef -Wno-nullability-completeness -miphoneos-version-min=9.0 -fPIC : <stripper> <root>/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk <architecture>arm <target-os>iphone <include>/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include ; using zlib : 1.2.11 : <include>/Users/afalls/.conan/data/zlib/1.2.11/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/include <search>/Users/afalls/.conan/data/zlib/1.2.11/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/lib <name>z ; using lzma : 5.2.4 : <include>/Users/afalls/.conan/data/xz_utils/5.2.4/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/include <search>/Users/afalls/.conan/data/xz_utils/5.2.4/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/lib <name>lzma ; using bzip2 : 1.0.8 : <include>/Users/afalls/.conan/data/bzip2/1.0.8/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/include <search>/Users/afalls/.conan/data/bzip2/1.0.8/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/lib <name>bz2 ; using zstd : 1.4.4 : <include>/Users/afalls/.conan/data/zstd/1.4.4/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/include <search>/Users/afalls/.conan/data/zstd/1.4.4/channel/niantic/package/d522642044ded35b1d89ab2201a41e2c5d74a0b0/lib <name>zstd ;

1 0