October 2016 - Boost-users - lists.boost.org

Different checksums for different SourceForge locations
by Carlos Ferreira 05 Oct '16

05 Oct '16

I'm having some issues in downloading the Boost 1.62 package from the SF servers. It seems that the Eastern US servers checksum values are not matching the rest of the servers, nor the checksum values provided at the Boost.org website. Is there anyone else having the same problem? -- Carlos Miguel Ferreira Researcher at Telecommunications Institute Aveiro - Portugal Work E-mail - cmf(a)av.it.pt Skype & GTalk -> carlosmf.pt(a)gmail.com LinkedIn -> http://www.linkedin.com/in/carlosmferreira

2 8

Need help with errors while building boost for clang on android NDK
by Robert Dailey 04 Oct '16

04 Oct '16

I'm using NDK r11 and I'm setting up project-config.jam to build boost using clang + llvm STL. I'm running into a few errors that I do not know how to solve. I will post my config file at the bottom. First problem is that boost does not know where to find tools 'ar' and 'ranlib': clang-linux.archive bin.v2\libs\container\build\clang-linux-android\release\link-static\runtime-link-static\target-os-linux\threading-multi\libboost_container-clang-mt-s-1_61.a '"ar"' is not recognized as an internal or external command, operable program or batch file. '"ranlib"' is not recognized as an internal or external command, operable program or batch file. How can I explicitly specify the NDK path to these executables? Second problem is related to some assembler stuff, I think. I get these errors while compiling boost thread: clang-linux.compile.asm bin.v2\libs\context\build\clang-linux-android\release\link-static\runtime-link-static\target-os-linux\threading-multi\asm\make_i386_ms_pe_gas.o libs\\context\\src\\asm\\make_i386_ms_pe_gas.asm:30:1: error: unknown directive .def _make_fcontext; .scl 2; .type 32; .endef ^ libs\\context\\src\\asm\\make_i386_ms_pe_gas.asm:30:22: error: unknown directive .def _make_fcontext; .scl 2; .type 32; .endef ^ libs\\context\\src\\asm\\make_i386_ms_pe_gas.asm:30:36: error: expected identifier in directive .def _make_fcontext; .scl 2; .type 32; .endef ^ libs\\context\\src\\asm\\make_i386_ms_pe_gas.asm:30:40: error: unknown directive .def _make_fcontext; .scl 2; .type 32; .endef ^ libs\\context\\src\\asm\\make_i386_ms_pe_gas.asm:136:1: error: unknown directive .def __exit; .scl 2; .type 32; .endef ^ How can I solve this? I have no idea at this point. I'm invoking the build using: b2 --without-python threading=multi link=static runtime-link=static toolset=gcc-android target-os=linux threadapi=pthread --stagedir=android stage And my project-config.jam looks like: import option ; option.set keep-going : false ; androidNDKRoot = E:/android/ndk ; androidAbiVer = 4.9 ; androidPlatform = windows-x86_64 ; using clang : android : $(androidNDKRoot)/toolchains/llvm/prebuilt/$(androidPlatform)/bin/clang++ : <compileflags>--sysroot=$(androidNDKRoot)/platforms/android-15/arch-arm <compileflags>-Os <compileflags>-fno-strict-aliasing <compileflags>-O2 <compileflags>-DNDEBUG <compileflags>-g <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/llvm-libc++abi/libcxxabi/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/llvm-libc++/libcxx/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/llvm-libc++/libs/armeabi-v7a <compileflags>-I$(androidNDKRoot)/sources/android/support/include <compileflags>-DANDROID <compileflags>-D__ANDROID__ <compileflags>-D__arm__ <compileflags>-D_REENTRANT ;

3 8

boost::lockfree::queue::reserve fail with fixed_sized = true
by Sam Sigbjørn 04 Oct '16

04 Oct '16

Hello, When i compile lockfree::queue with option fixed_sized set to true i get a compilation error in reserve: void reserve(size_type n) { pool.template reserve<true>(n); } Btw, MSC version is 190024210 (Update 3) and i defined _ENABLE_ATOMIC_ALIGNMENT_FIX Thanks

1 0

[release] Boost 1.62.0 release available
by Rene Rivera 04 Oct '16

04 Oct '16

Release 1.62.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. This release contains two new libraries and numerous enhancements and bug fixes for existing libraries. New Libraries * Fiber: Framework for userland-threads/fibers, from Oliver Kowalke. * QVM: Boost QVM is a generic library for working with quaternions, vectors and matrices of static size with the emphasis on 2, 3 and 4-dimensional operations needed in graphics, video games and simulation applications, from Emil Dotchevski. For details, including download links, see http://www.boost.org/users/ news/version_1.62.0 You can also download directly from SourceForge: http://sourceforge.net/ projects/boost/files/boost/1.62.0/ The SHA256 checksums are as follows: b91c2cda8bee73ea613130e19e72c9589e9ef0357c4c5cc5f7523de82cce11f7 boost_1_62_0.7z 36c96b0f6155c98404091d8ceb48319a28279ca0333fba1ad8611eb90afb2ca0 boost_1_62_0.tar.bz2 440a59f8bc4023dbe6285c9998b0f7fa288468b889746b1ef00e8b36c559dce1 boost_1_62_0.tar.gz 084b2e0638bbe0975a9e43e21bc9ceae33ef11377aecab3268a57cf41e405d4e boost_1_62_0.zip Tom Kent has made pre-built windows binaries, and they are available at: https://sourceforge.net/projects/boost/files/boost-binaries/1.62.0/ To install this release on your system, see http://www.boost.org/doc/libs/ release/more/getting_started/index.html Thanks, --The Boost release team

3 5

boost 1.62 msvc compilation error : regression from 1.61 ?
by Julien Schueller 04 Oct '16

04 Oct '16

Hello, I'm trying to update from boost 1.61 to 1.62 on msvc for conda and encountered this error: [00:03:41] Performing configuration checks [00:03:41] [00:03:41] - 32-bit : yes ... [00:03:41] - x86 : yes [00:03:41] - symlinks supported : yes [00:03:41] - C++11 mutex : no [00:03:41] - Boost.Config Feature Check: cxx11_auto_declarations : no ... [00:03:42] - has_icu builds : no ... [00:03:43] - zlib : yes [00:03:43] error: at C:/conda/conda-bld/work/boost_1_62_0/tools/build/src/kernel\modules.jam:107 [00:03:43] error: Name clash for '<pbuildboost\boost\bin.v2\standalone\ac\msvc-9.0\release\link-static\threading-multi>main.obj' [00:03:43] error: [00:03:43] error: Tried to build the target twice, with property sets having [00:03:43] error: these incompatible properties: [00:03:43] error: [00:03:43] error: - <dll-path>C:\conda\envs\_build\Library\lib <library-path>C:\conda\envs\_build\Library\lib <xdll-path>C:\conda\envs\_build\Library\lib [00:03:43] error: - none [00:03:43] error: [00:03:43] error: Please make sure to have consistent requirements for these [00:03:43] error: properties everywhere in your project, especially for install [00:03:43] error: targets. [00:03:43] [00:03:43] Command failed: cmd.exe /c bld.bat [00:03:43] Command exited with code 1 Full logs are available here: https://ci.appveyor.com/project/conda-forge/boost-feedstock/build/1.0.36 I've got the same error for vc9, vc10 and vc14 for both 32 and 64bits. I configure with the exact same script I used for 1.61, here's the configure part: call bootstrap.bat .\b2 install ^ --build-dir=buildboost ^ --prefix=%LIBRARY_PREFIX% ^ toolset=msvc-%VSTRING%.0 ^ address-model=%ARCH% ^ variant=release ^ threading=multi ^ link=static,shared ^ -j%CPU_COUNT% ^ -s ZLIB_INCLUDE="%LIBRARY_INC%" ^ -s ZLIB_LIBPATH="%LIBRARY_LIB%" It can be seen there: https://github.com/conda-forge/boost-feedstock/blob/master/recipe/bld.bat I've not seen it reported in the trac tickets, did someone get the same error ? -- J Schueller

1 0

[Boost::asio] Problem using the same io_service with many sockets
by María Victoria Rocha 03 Oct '16

03 Oct '16

Hi all, I have defined an io_service that is used by two sockets, one of them uses tcp, and the other udp. When the callback of this async_read_some is called socket.async_read_some(boost::asio::buffer(readBuffer), boost::bind(&RequestHandler::onRead, shared_from_this(), boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred)); A udp socket is created with the same io_service and an async_receive_from is called. On the callback of this read operation I try to write to the tcp socket but it captures an exception with message: "unknown exception". When this happens, the client that is listening to the tcp socket, receives "End of file" error. I resolved this problem with an io_service per socket but I would like to use the same io_service. Someone has any idea why this happens? Thanks! Victoria

2 1

[Thread] Thread library in boost 1.62 broken with g++ 4.6.3 and -std=c++0x
by Andreas Wehrmann 03 Oct '16

03 Oct '16

Hello folks, I've just wanted to try out the new release and noticed that the Thread library was not building. Assuming this code: #include <boost/thread.hpp> int main( void ) { return 0; } When compiled with -std=c++0x the compilation fails with: In file included from ./boost/boost_1_62_0/boost/exception/detail/exception_ptr.hpp:20:0, from ./boost/boost_1_62_0/boost/exception_ptr.hpp:9, from ./boost/boost_1_62_0/boost/thread/exceptional_ptr.hpp:10, from ./boost/boost_1_62_0/boost/thread/future.hpp:25, from ./boost/boost_1_62_0/boost/thread.hpp:24, from test.cpp:2: ./boost/boost_1_62_0/boost/exception/info.hpp: In instantiation of ‘boost::error_info<boost::tag_original_exception_type, const std::type_info*>’: ./boost/boost_1_62_0/boost/exception/detail/exception_ptr.hpp:95:32: instantiated from here ./boost/boost_1_62_0/boost/exception/info.hpp:66:5: error: ‘class boost::error_info<boost::tag_original_exception_type, const std::type_info*>’ has no member named ‘value_’ ./boost/boost_1_62_0/boost/container/detail/pair.hpp:85:30: warning: ‘boost::container::piecewise_construct’ defined but not used [-Wunused-variable] ./boost/boost_1_62_0/boost/system/error_code.hpp:221:36: warning: ‘boost::system::posix_category’ defined but not used [-Wunused-variable] ./boost/boost_1_62_0/boost/system/error_code.hpp:222:36: warning: ‘boost::system::errno_ecat’ defined but not used [-Wunused-variable] ./boost/boost_1_62_0/boost/system/error_code.hpp:223:36: warning: ‘boost::system::native_ecat’ defined but not used [-Wunused-variable] Compilation works if I don't use -std=c++0x. The exact compiler version is "g++ (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3". I'm aware that g++ 4.6.3 is not among the compilers tested for C++11, but it is for pre-Cpp11; I'm wondering if there is a reason for that which I might not be aware of (any known problems?). Best regards, Andreas

3 2