- Boost-users - lists.preview.boost.org

Announcing version 3 of the cxx_dual library
by Edward Diener 12 Oct '16

12 Oct '16

I have created version 3 of the cxx_dual library. version 3 is a large rewrite of the documentation to simplify the use of the library, as well as a change in the directory structure so that the basic usage of the library is through a single header file and the use of a namespace alias, and not through the macro interface. As in: #include <boost/cxx_dual/regex.hpp> void SomeFunction() { cxxd_regex_ns::regex re("A regular expression etc."); bool result(cxxd_regex_ns::regex_match("Some string...",re)); // etc. } What ! No macros ! Actually a few macros still exist for testing which dual library has been chosen and overriding the dual library chosen, but the basic functionality means almost no macros in user code. The library is available at https://github.com/eldiener/cxx_dual.git. What is it ? The Cxx Dual library, or CXXD for short, is a C++ macro header-only library which chooses between using a Boost library or its C++ standard equivalent library for a number of different C++ implementations, while allowing the end-user to use the same code to program either choice. An implementation is a Boost library which has a C++ standard library equivalent whose public interfaces are nearly the same in both cases. An 'implementation' is called a 'mod' for short and each of the possible Boost or C++ standard implementations for that mod are called a 'dual library'. The Cxx Dual library does this by automatically choosing either the Boost library or the C++ standard library for a particular mod, including the correct header file(s) needed for the dual library chosen, and creating a namespace alias for the namespace of the dual library chosen. CXXD also provides a macro-based solution for distinguishing between the Boost version and the C++ standard version of a dual library so that specific code for a particular dual library choice may be written in those cases where the public interfaces diverge.

1 0

Issues trying to use boost::unordered_map
by Ram 11 Oct '16

11 Oct '16

Hi, I am trying to use a boost::unordered_map as a member of my class. The unordered_map is defined as, boost::unordered_map<int, int> a; as a private member in the class. I have included #include "boost/unordered_map.hpp" using namespace boost; This is the compilation error I get, x_objs.cpp c:\codeworks\common\lib\boost\boost\unordered\detail\buckets.hpp(767) : error C2059: syntax error : '(' c:\codeworks\common\lib\boost\boost\unordered\detail\buckets.hpp(766) : while compiling class template member function 'void boost::unordered::detail::functions<H,P>::construct(bool,const H &,const P &)' with [ H=boost::hash<int>, P=std::equal_to<int> ] c:\codeworks\common\lib\boost\boost\unordered\detail\table.hpp(152) : see reference to class template instantiation 'boost::unordered::detail::functions<H,P>' being compiled with [ H=boost::hash<int>, P=std::equal_to<int> ] c:\codeworks\common\lib\boost\boost\unordered\detail\unique.hpp(179) : see reference to class template instantiation 'boost::unordered::detail::table<Types>' being compiled with [ Types=boost::unordered::detail::map<std::allocator<std::pair<const int,int>>,int,int,boost::hash<int>,std::equal_to<int>> ] c:\codeworks\common\lib\boost\boost\unordered\unordered_map.hpp(74) : see reference to class template instantiation 'boost::unordered::detail::table_impl<Types>' being compiled with [ Types=boost::unordered::detail::map<std::allocator<std::pair<const int,int>>,int,int,boost::hash<int>,std::equal_to<int>> ] c:\codeworks\sample_issue.h(276) : see reference to class template instantiation 'boost::unordered::unordered_map<K,T>' being compiled with [ K=int, T=int ] li_pip.cpp ld_pip.cpp pip.cpp . . . Can someone please help me? Thanks, Ram

6 39

[fiber] Asio autoecho example crashes (VS 2015 u3)
by DePizzottri 11 Oct '16

11 Oct '16

Hi all, I'm found that asio autoecho example crashes after main's return statement. Debugger shows write access from the fiber scheduler to the already destroed io_service. Substitution reference to io_service: boost::asio::io_service & io_svc_; in round_robin algo to the shared_ptr: boost::shared_ptr<boost::asio::io_service> io_svc_; with approprieate correction of the other code solves the problem. Maybe I misunderstood something in the descrition from documentation? Or its some kind of feature? -- View this message in context: http://boost.2283326.n4.nabble.com/fiber-Asio-autoecho-example-crashes-VS-2… Sent from the Boost - Users mailing list archive at Nabble.com.

2 4

Re: [Boost-users] [ASIO] Do coroutines allow serving multiple clients at once?
by mmarkd9＠libero.it 10 Oct '16

10 Oct '16

Thanks, does spawning a coroutine also spawn a new thread? I'd be inclined to think so from what you told me

2 1

R: Re: [ASIO] Do coroutines allow serving multiple clients at once?
by mmarkd9＠libero.it 10 Oct '16

10 Oct '16

Thanks, does spawning a coroutine also spawn a new thread? I'd be inclined to think so from what you told me ----Messaggio originale---- Da: "Oliver Kowalke" <oliver.kowalke(a)gmail.com> Data: 10-ott-2016 15.19 A: "boost-users"<boost-users(a)lists.boost.org> Ogg: Re: [Boost-users] [ASIO] Do coroutines allow serving multiple clients at once? 2016-10-10 9:44 GMT+02:00 mmarkd9(a)libero.it <mmarkd9(a)libero.it>: I'd like to know if this code is able to serve multiple clients connecting at the same time to the server. I would say no. You spawn only one coroutine that calls in the for-loop async. operations of accept(), read() and write() in a sequence. No other client is able to connect to your server, e.g. connect() on the client side returns, until you enter accept() again. In order to serve multiple clients at the same time you need to spawn a coroutine that accepts new connections and for each client request (read()/write() operations) you need to spawn a new coroutine.

1 0

Re: [Boost-users] [ASIO] Do coroutines allow serving multiple clients at once?
by mmarkd9＠libero.it 10 Oct '16

10 Oct '16

Thanks, does spawning a coroutine also spawn a new thread? I'd be inclined to think so from what you told me

1 0

[Boost.Filesystem] crashes in static destruction of global string object
by Nguyen Huu Hai 10 Oct '16

10 Oct '16

Hello, libs/filesytem/src/portability.cpp defines valid_posix as a std::string object instead of a const char * pointer. May I know if there are reasons for that? I'm using Boost.Filesystem as a shared library and my processes crash on exit with stack traces pointing to the static destruction of valid_posix. Making it const char* fixes the crashes. Regards, Hai

2 2

[ASIO] Do coroutines allow serving multiple clients at once?
by mmarkd9＠libero.it 10 Oct '16

10 Oct '16

I'm using ASIO with coroutines2 to create a ssl echo server. The code I've been experimenting is the following: http://nopaste.linux-dev.org/?1120051 While this is highly readable compared to the asynchronous callbacks version (thanks coroutines), I'd like to know if this code is able to serve multiple clients connecting at the same time to the server. In theory, every time I return control to the io_service object (i.e. I yield in the spawn coroutine) it should take care of whatever connection is pending / buffered / scheduled to be accepted next, right? Is this a reliable way to handle multiple requests? I don't plan on supporting massive workloads (e.g. 500k connections at once) but having some resilience would be nice indeed. Any other thoughts/tips are also warmly welcome.

2 1

Epoch to date
by Philippe de Rochambeau 09 Oct '16

09 Oct '16

Hello, how do you convert an Unix epoch (e.g., 1476015285) to a formatted date string (e.g., 1984-01-01) with Boost? Many thanks. Philippe

2 1

BoostLog and BoostASIO don't seem to play nice together
by james 08 Oct '16

08 Oct '16

Hi, I'm facing pretty much the same issue as was reported here in 2014: http://boost.2283326.n4.nabble.com/Boostlog-and-ASIO-crash-in-shared-librar… In short, I have a .so that wraps BoostASIO to create a HTTP client. Loading this .so into a program that also uses BoostLog results in either a segfault or no callbacks being fired (even async_resolve which I believe should eventually time-out). Removing all uses of and linking to BoostLog in the main program makes it all work again. Before I try to produce a minimum example, is this a known issue? Code is built with BOOST_LOG_DYN_LINK, asio is header only. We're using boost 1.55, and g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 Thanks James

1 0

graph strongly connected components
by Mika S 07 Oct '16

07 Oct '16

I am trying to use the implementation for strongly connected components http://www.boost.org/doc/libs/1_61_0/libs/graph/doc/strong_components.html Is this the iterative or the recursive implementation of tarjan's algorithm ?

2 2

GCC 5.3.0 failing Features Check when building Boost
by Carlos Ferreira 06 Oct '16

06 Oct '16

Hello I'm having some issues regarding the features check, when build Boost using OpenWRT GCC 5.3.0 cross-compiler for armv7. I'm building against musl. I have passed -std=c++14 to the cxxflags, but it seems to have no effect. This is the features output > - 32-bit : yes > - arm : yes > - symlinks supported : yes > - C++11 mutex : yes > - lockfree boost::atomic_flag : no > - Boost.Config Feature Check: cxx11_auto_declarations : no > - Boost.Config Feature Check: cxx11_constexpr : no > - Boost.Config Feature Check: cxx11_defaulted_functions : no > - Boost.Config Feature Check: cxx11_final : no > - Boost.Config Feature Check: cxx11_hdr_tuple : no > - Boost.Config Feature Check: cxx11_lambdas : no > - Boost.Config Feature Check: cxx11_noexcept : no > - Boost.Config Feature Check: cxx11_nullptr : no > - Boost.Config Feature Check: cxx11_rvalue_references : no > - Boost.Config Feature Check: cxx11_template_aliases : no > - Boost.Config Feature Check: cxx11_thread_local : no > - Boost.Config Feature Check: cxx11_variadic_templates : no > - has_icu builds : no > warning: Graph library does not contain MPI-based parallel components. > note: to enable them, add "using mpi ;" to your user-config.jam > - zlib : yes > - iconv (libc) : no > - iconv (separate) : yes > - icu : no > - icu (lib64) : no > - native-atomic-int32-supported : yes > - pthread-supports-robust-mutexes : yes > - compiler-supports-visibility : yes > - gcc visibility : yes > - long double support : yes > - zlib : yes What am I missing, so that all those cxx_* features can be checked? -- 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

1 1

[regex] link error on upgrade to 1.62.0
by James Walker 05 Oct '16

05 Oct '16

Hi, I'm trying to update from 1.60.0 to 1.62.0 on Mac with Xcode 4.6.3, and I'm getting link errors on Regex. I am definitely compiling all 17 of the .cpp files in libs/regex/src. The errors are shown below. Any idea what I might be missing? Undefined symbols for architecture i386: "boost::re_detail_106200::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)", referenced from: boost::re_detail_106200::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::perl_matcher(char const*, char const*, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags, char const*) in BVHJointMap.o boost::re_detail_106200::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::perl_matcher(char const*, char const*, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags, char const*) in AnimationsManager.o "boost::re_detail_106200::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::find()", referenced from: bool boost::regex_search<char const*, char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >(char const*, char const*, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags) in BVHJointMap.o "boost::re_detail_106200::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::match()", referenced from: bool boost::regex_match<char const*, std::allocator<boost::sub_match<char const*> >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >(char const*, char const*, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags) in AnimationsManager.o ld: symbol(s) not found for architecture i386

1 1

boost::asio cross-library link issue
by Stanley Friesen 05 Oct '16

05 Oct '16

We are using Boost 1.54. The issue i have is a strange problem with the ASIO library. We have two libraries build using ASIO from Boost 1.54 (libpcl and one of our own libraries). For some reason, despite being built with the same version of boost, the layout of class task_io_service differs between the two libraries. The member function instantiations are in the libraries as weak symbols, so we do not get a link error, but which version of each function that is called from any given place is unpredictable, and varies when we change out own code. In particular, at least op_queue_ and all following members have offsets that differ by 8 bytes (the size of a 64-bit pointer) between the two builds. The result is that sometimes the op_queue back pointer is corrupted (by the other version setting stopped_), or the stop flag is not seen because it was set by the other build. The result is either that run() returns immediately without doing anything, or out application crashes from trying to dereference an invalid pointer. (Often what is supposed to be a NULL back pointer is set to 1, which does not compare equal to NULL). I have looked for conditionally compiled elements in task_io_service, op_queue, and epoll_reactor with no luck. I can see no reason the two library builds should end up with different class layouts. So, does anybody have any clue what might be happening here? Or how to go about fixing the problem? [I hesitate to try forcing strong symbols in our library, since this would break libpcl, due to many functions being inline]. -- View this message in context: http://boost.2283326.n4.nabble.com/boost-asio-cross-library-link-issue-tp46… Sent from the Boost - Users mailing list archive at Nabble.com.

5 8

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

thread no defined - issue
by Alexander Carôt 29 Sep '16

29 Sep '16

Hi all, one single (windows) user in my project community (http://www.soundjack.eu) has the following problem: #ifndef BOOST_THREAD_DEFINES_THREAD_ATTRIBUTES_NATIVE_HANDLE cout << "THREAD IS NOT DEFINED" << endl; #endif This statement is true but only for him – on any other machine (Win, Linux and OSX) is works fine. Does anybody know what he can do in order to fix this issue ? Thanks in advance, best Alex

4 8

help with boost::variant, accessing recursive types
by Littlefield, Tyler 29 Sep '16

29 Sep '16

all, I have the following: boost::make_recursive_variant<int, bool, std::string, std::map<std::string, boost::recursive_variant_>>::type node; I'm populating this tree. I'm using libucl because it has a relaxed JSON syntax but I wanted to have a tree-like configuration here. The std::map is a key:value pair obviously. So my questions: How do I get std::maps from this variant? I know boost::get exists, will it just return a pointer to std::map? does setting elements in the map set elements on the variant? I also didn't see any return info for what boost::get returns if the element does not exist. Will it just return null since it does return a T*? Finally, is there a way to see the type of the variant? I don't really care if it's a bool or string, although I would like to place some implicit checks on certain values when they're retrieved. PS: If there's a way to pull this off with boost::property_tree, I would love to know how. I'm looking at using libucl as mentioned before because it provides a nginx-like not really JSON-style configuration syntax. Any tips would be appreciated. HOpefully these questions are clear and make sense. -- Take care, Ty Twitter: @sorressean Web: https://tysdomain.com Pubkey: https://tysdomain.com/files/pubkey.asc

2 1

Unable to build boost 1.61 on Solaris 11.3 w/ DevStudio 12.5
by Jon Earle 29 Sep '16

29 Sep '16

Please bear with me as I am not really familiar with Solaris. I have an 11.3 box, where I installed the developer studio 12.5. Following directions at https://blogs.oracle.com/studiocpp/entry/test, I tried to build boost 1.61. It fails horribly! I get as far as: >> create compiler configuration for Studio 12.4 C++03 (using Boost.Config configure) so all the fancy C++11 stuff in Boost is not yet enabled even if we compile with -std=c++11. ] cd libs/config; CXX=CC CXXFLAGS="-std=c++03 -m64" LDFLAGS="-std=c++03 -m64" sh ./configure << which fails. Config.log contains: configure:1959: CC -std=c++03 -m64 -std=c++03 -m64 conftest.cpp >&5 CC: Warning: Option -std=c++03 passed to ld, if ld is invoked, ignored otherwise CC: Warning: Option -std=c++03 passed to ld, if ld is invoked, ignored otherwise ld: fatal: option '-d' has illegal argument '=c++03' ld: fatal: option '-d' has illegal argument '=c++03' Removing "-std=c++03" does allow the configure process to run but not as it was intended. Building with: "./b2 --user-config=user-config.jam address-model=64 -j12 --disable-icu" gives me a lot of errors, such as those below. Below my problem description, I've pasted the build errors I noticed until I broke the build. What is the proper sequence to build boost 1.61 on Solaris? Many thanks for any help! Build output (excerpts): root@solaris:~/jearle/crypto/3rdpartySW/boost-build/boost_1_61_0# ./b2 --user-config=user-config.jam address-model=64 -j12 --disable-icu Performing configuration checks - 32-bit : yes (cached) - arm : no (cached) - mips1 : no (cached) - power : no (cached) - sparc : no (cached) - x86 : yes (cached) Building the Boost C++ Libraries. - symlinks supported : yes (cached) error: No best alternative for libs/context/build/asm/make_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched error: No best alternative for libs/context/build/asm/jump_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched error: No best alternative for libs/context/build/asm/ontop_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched - C++11 mutex : no (cached) - lockfree boost::atomic_flag : no (cached) warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam - zlib : no (cached) - icu : no (cached) - icu (lib64) : no (cached) - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - compiler-supports-visibility : no (cached) - compiler-supports-ssse3 : yes (cached) - has_icu builds : no (cached) - compiler-supports-avx2 : no (cached) - gcc visibility : no (cached) - long double support : yes (cached) warning: skipping optional Message Passing Interface (MPI) library. note: to enable MPI support, add "using mpi ;" to user-config.jam. note: to suppress this message, pass "--without-mpi" to bjam. note: otherwise, you can safely ignore this message. error: No best alternative for libs/context/build/asm/make_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched error: No best alternative for libs/context/build/asm/jump_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched error: No best alternative for libs/context/build/asm/ontop_x86_64_sysv_elf_gas.o next alternative: required properties: <threading>multi matched next alternative: required properties: <threading>multi matched - zlib : no (cached) - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. - Boost.Locale needs either iconv or ICU library to be built. ... ...patience... ...found 9011 targets... ...updating 845 targets... sun.compile.c++ bin.v2/libs/wave/build/sun/release/address-model-64/link-static/threading-multi/instantiate_re2c_lexer.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "./boost/detail/iterator.hpp", line 19: Error: iterator_traits is not a member of std. "./boost/wave/util/flex_string.hpp", line 128: Error: Templates can only declare classes or functions. "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: "," expected instead of "!=". "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "--". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: Multiple declaration for n. "./boost/wave/util/flex_string.hpp", line 131: Error: Use ";" to terminate declarations. "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "++". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: Use ";" to terminate declarations. "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "++". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: "," expected instead of ")". "./boost/wave/util/flex_string.hpp", line 135: Error: A declaration was expected instead of "return". "./boost/wave/util/flex_string.hpp", line 135: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 2538: Error: A declaration was expected instead of "}". "./boost/wave/util/flex_string.hpp", line 2539: Error: A declaration was expected instead of "}". "./boost/wave/token_ids.hpp", line 359: Error: flex_string is not a member of boost::wave::util. "./boost/wave/token_ids.hpp", line 359: Error: A declaration does not specify a tag or an identifier. "./boost/wave/token_ids.hpp", line 359: Error: Use ";" to terminate declarations. "./boost/wave/token_ids.hpp", line 359: Error: A declaration was expected instead of "<". "./boost/wave/token_ids.hpp", line 359: Error: A declaration does not specify a tag or an identifier. "./boost/wave/token_ids.hpp", line 359: Error: Use ";" to terminate declarations. "./boost/wave/token_ids.hpp", line 359: Error: A declaration was expected instead of ",". "./boost/wave/token_ids.hpp", line 359: Warning: declarator required in declaration. "./boost/wave/token_ids.hpp", line 359: Error: Use ";" to terminate declarations. "./boost/wave/token_ids.hpp", line 359: Error: A declaration was expected instead of ",". "./boost/wave/token_ids.hpp", line 359: Warning: declarator required in declaration. "./boost/wave/token_ids.hpp", line 359: Error: Use ";" to terminate declarations. "./boost/wave/token_ids.hpp", line 359: Error: A declaration was expected instead of ",". "./boost/wave/token_ids.hpp", line 359: Error: CowString is not a member of boost::wave::util. Compilation aborted, too many Error messages. ... "CC" -xO4 -mt -erroff=%none -std=c++11 -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_THREAD_USE_LIB=1 -DNDEBUG -I"." -c -o "bin.v2/libs/wave/build/sun/release/address-model-64/link-static/threading-multi/instantiate_re2c_lexer_str.o" "libs/wave/src/instantiate_re2c_lexer_str.cpp" ...failed sun.compile.c++ bin.v2/libs/wave/build/sun/release/address-model-64/link-static/threading-multi/instantiate_re2c_lexer_str.o... sun.compile.c++ bin.v2/libs/wave/build/sun/release/address-model-64/link-static/threading-multi/wave_config_constant.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "./boost/detail/iterator.hpp", line 19: Error: iterator_traits is not a member of std. "./boost/wave/util/flex_string.hpp", line 128: Error: Templates can only declare classes or functions. "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: "," expected instead of "!=". "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "--". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: Multiple declaration for n. "./boost/wave/util/flex_string.hpp", line 131: Error: Use ";" to terminate declarations. "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "++". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: Use ";" to terminate declarations. "./boost/wave/util/flex_string.hpp", line 131: Error: A declaration was expected instead of "++". "./boost/wave/util/flex_string.hpp", line 131: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 131: Error: "," expected instead of ")". "./boost/wave/util/flex_string.hpp", line 135: Error: A declaration was expected instead of "return". "./boost/wave/util/flex_string.hpp", line 135: Warning: Implicit int is not supported in C++. "./boost/wave/util/flex_string.hpp", line 2538: Error: A declaration was expected instead of "}". "./boost/wave/util/flex_string.hpp", line 2539: Error: A declaration was expected instead of "}". 13 Error(s) and 5 Warning(s) detected. ... "CC" -xO4 -mt -erroff=%none -std=c++11 -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/filesystem/build/sun/release/address-model-64/link-static/threading-multi/portability.o" "libs/filesystem/src/portability.cpp" ...failed sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/address-model-64/link-static/threading-multi/portability.o... sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/address-model-64/link-static/threading-multi/utf8_codecvt_facet.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/address-model-64/link-static/threading-multi/path.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "./boost/detail/iterator.hpp", line 19: Error: iterator_traits is not a member of std. 1 Error(s) detected. ... "CC" -xO4 -mt -erroff=%none -std=c++11 -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_IOSTREAMS_USE_DEPRECATED -DNDEBUG -I"." -c -o "bin.v2/libs/iostreams/build/sun/release/address-model-64/link-static/threading-multi/bzip2.o" "libs/iostreams/src/bzip2.cpp" ...failed sun.compile.c++ bin.v2/libs/iostreams/build/sun/release/address-model-64/link-static/threading-multi/bzip2.o... ...skipped <pbin.v2/libs/iostreams/build/sun/release/address-model-64/link-static/threading-multi>libboost_iostreams.a for lack of <pbin.v2/libs/iostreams/build/sun/release/address-model-64/link-static/threading-multi>mapped_file.o... ...skipped <pstage/lib>libboost_iostreams.a for lack of <pbin.v2/libs/iostreams/build/sun/release/address-model-64/link-static/threading-multi>libboost_iostreams.a... sun.compile.c++ bin.v2/libs/log/build/sun/release/address-model-64/build-no/link-static/log-api-unix/threading-multi/named_scope.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "./boost/log/utility/string_literal.hpp", line 76: Error: Too few arguments for template std::reverse_iterator<std::_Iterator, std::_Category, std::_Tt, std::_Reference, std::_Pointer, std::_Distance>. "./boost/log/attributes/named_scope.hpp", line 82: Where: While specializing "boost::log::v2s_mt_posix::basic_string_literal<char, std::char_traits<char>>". "./boost/log/attributes/named_scope.hpp", line 82: Where: Specialized in non-template code. "./boost/log/attributes/named_scope.hpp", line 219: Error: Too few arguments for template std::reverse_iterator<std::_Iterator, std::_Category, std::_Tt, std::_Reference, std::_Pointer, std::_Distance>. "./boost/log/attributes/named_scope.hpp", line 220: Error: Too few arguments for template std::reverse_iterator<std::_Iterator, std::_Category, std::_Tt, std::_Reference, std::_Pointer, std::_Distance>. "./boost/log/attributes/named_scope.hpp", line 295: Error: Cannot cast from boost::log::v2s_mt_posix::attributes::named_scope_list::iter<1> to int. "./boost/log/attributes/named_scope.hpp", line 299: Error: Cannot cast from boost::log::v2s_mt_posix::attributes::named_scope_list::iter<1> to int. "./boost/log/attributes/named_scope.hpp", line 318: Error: The operation "* int" is illegal. "libs/log/src/named_scope.cpp", line 213: Error: Cannot use void* to initialize boost::log::v2s_mt_posix::attributes::named_scope_entry*. "libs/log/src/named_scope.cpp", line 217: Error: construct is not a member of std::allocator<boost::log::v2s_mt_posix::attributes::named_scope_entry>. "libs/log/src/named_scope.cpp", line 235: Error: destroy is not a member of std::allocator<boost::log::v2s_mt_posix::attributes::named_scope_entry>. 9 Error(s) detected. ... "CC" -xO4 -mt -erroff=%none -std=c++11 -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_DATE_TIME_STATIC_LINK -DDATE_TIME_INLINE -DNDEBUG -I"." -c -o "bin.v2/libs/date_time/build/sun/release/address-model-64/link-static/threading-multi/gregorian/greg_month.o" "libs/date_time/src/gregorian/greg_month.cpp" ...failed sun.compile.c++ bin.v2/libs/date_time/build/sun/release/address-model-64/link-static/threading-multi/gregorian/greg_month.o... ...skipped <pbin.v2/libs/date_time/build/sun/release/address-model-64/link-static/threading-multi>libboost_date_time.a for lack of <pbin.v2/libs/date_time/build/sun/release/address-model-64/link-static/threading-multi>gregorian/greg_month.o... ...skipped <pstage/lib>libboost_date_time.a for lack of <pbin.v2/libs/date_time/build/sun/release/address-model-64/link-static/threading-multi>libboost_date_time.a... sun.compile.c++ bin.v2/libs/log/build/sun/release/address-model-64/build-no/link-static/log-api-unix/threading-multi/thread_id.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "libs/log/src/thread_id.cpp", line 213: Warning (Anachronism): Formal argument 2 of type extern "C" void(*)(void*) in call to pthread_key_create(unsigned*, extern "C" void(*)(void*)) is being passed void(*)(void*). 1 Warning(s) detected. sun.compile.c++ bin.v2/libs/log/build/sun/release/address-model-64/build-no/link-static/log-api-unix/threading-multi/severity_level.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "./boost/move/unique_ptr.hpp", line 434: Error: typenamebmupd is not defined. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: get_element_type is not defined. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: "," expected instead of "<". "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: Illegal value for template parameter. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: Template template-parameter boost::move_upmu::U requires a class template argument. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: type is not a member of boost::move_upmu::missing_virtual_destructor<boost::movelib::default_delete<unsigned long>, int>. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. "./boost/move/unique_ptr.hpp", line 434: Error: value is not defined. "libs/log/src/severity_level.cpp", line 66: Where: While instantiating "boost::movelib::unique_ptr<unsigned long, boost::movelib::default_delete<unsigned long>>::unique_ptr<unsigned long*>(unsigned long*, boost::move_upmu::nat*)". "libs/log/src/severity_level.cpp", line 66: Where: Instantiated from non-template code. 7 Error(s) detected. ... ...failed sun.compile.c++ bin.v2/libs/log/build/sun/release/address-model-64/build-no/link-static/log-api-unix/threading-multi/syslog_backend.o... sun.compile.c++ bin.v2/libs/log/build/sun/release/address-model-64/link-static/log-api-unix/threading-multi/dump_ssse3.o CC: Warning: Option -std=c++11 passed to ld, if ld is invoked, ignored otherwise "libs/log/src/dump_ssse3.cpp", line 179: ube: error: _mm_lddqu_si128 intrinsic requires at least -xarch=sse3. CC: ube failed for libs/log/src/dump_ssse3.cpp "CC" -xO4 -mt -erroff=%none -std=c++11 -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_STATIC_LINK=1 -DBOOST_CHRONO_STATIC_LINK=1 -DBOOST_FILESYSTEM_STATIC_LINK=1 -DBOOST_LOG_BUILDING_THE_LIB=1 -DBOOST_LOG_USE_NATIVE_SYSLOG -DBOOST_LOG_WITHOUT_EVENT_LOG -DBOOST_SPIRIT_USE_PHOENIX_V3=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_SYSTEM_STATIC_LINK=1 -DBOOST_THREAD_BUILD_LIB=1 -DBOOST_THREAD_DONT_USE_CHRONO=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_USE_LIB=1 -DDATE_TIME_INLINE -DNDEBUG -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -D__STDC_CONSTANT_MACROS -D__typeof__=__typeof__ -I"." -c -o "bin.v2/libs/log/build/sun/release/address-model-64/link-static/log-api-unix/threading-multi/dump_ssse3.o" "libs/log/src/dump_ssse3.cpp"

2 1

Insertion/Use of boost::multi_index - new thread
by Ram 29 Sep '16

29 Sep '16

Hi, When I try to create a object of this, typedef boost::multi_index_container< ClassX*, //mapped value boost::multi_index::indexed_by< //list of indices boost::multi_index::hashed_unique< boost::multi_index::const_mem_fun<ParentClassOfX, Key1, &ParentClassOfX::getKey1> //hashed index by unique Key1 >, boost::multi_index::hashed_unique< boost::multi_index::const_mem_fun<ParentClassOfX, Vs64, &ParentClassOfX::getKey2> //hashed index by unique Key1 > > >ClassXMultiKeyIndexed; like, ClassXMultiKeyIndexed sample; and insert a pointer like this, ClassX *a; ClassXMultiKeyIndexed sample; //a is not NULL and is filled up before the below insert sample.insert(a); This is the compilation error, it compiles fine if "sample.insert(a)" is commented out. Compilation error : Compiling... stm_container_manager_abc.cpp c:\code\common\lib\boost\boost\detail\allocator_utilities.hpp(153) : error C2061: syntax error : identifier 'p' c:\code\common\lib\boost\boost\multi_index\detail\index_base.hpp(105) : see reference to function template instantiation 'void boost::detail::allocator::construct<Container*>(void *,const Type &)' being compiled with [ Type=Container * ] c:\code\common\lib\boost\boost\multi_index\detail\index_base.hpp(102) : while compiling class template member function 'boost::multi_index::detail::hashed_index_node<Super,Category> *boost::multi_index::detail::index_base<Value,IndexSpecifierList,Allocator>::insert_(Container *const &,boost::multi_index::detail::hashed_index_node<Super,Category> *&,boost::multi_index::detail::lvalue_tag)' with [ Super=boost::multi_index::detail::hashed_index_node<boost::multi_index::detail::index_node_base<Container *,std::allocator<Container *>>,boost::multi_index::detail::hashed_unique_tag>, Category=boost::multi_index::detail::hashed_unique_tag, Value=Container *, IndexSpecifierList=boost::multi_index::indexed_by<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>>,boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>>>, Allocator=std::allocator<Container *> ] c:\code\common\lib\boost\boost\multi_index\hashed_index.hpp(93) : see reference to class template instantiation 'boost::multi_index::detail::index_base<Value,IndexSpecifierList,Allocator>' being compiled with [ Value=Container *, IndexSpecifierList=boost::multi_index::indexed_by<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>>,boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>>>, Allocator=std::allocator<Container *> ] c:\code\common\lib\boost\boost\multi_index\hashed_index.hpp(93) : see reference to class template instantiation 'boost::multi_index::detail::hashed_index<KeyFromValue,Hash,Pred,SuperMeta,TagList,Category>' being compiled with [ KeyFromValue=boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>, Hash=boost::hash<boost::long_long_type>, Pred=std::equal_to<__int64>, SuperMeta=boost::multi_index::detail::nth_layer<2,Container *,boost::multi_index::indexed_by<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>>,boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>>>,std::allocator<Container *>>, TagList=boost::mpl::vector0<boost::mpl::na>, Category=boost::multi_index::detail::hashed_unique_tag ] c:\code\common\lib\boost\boost\multi_index_container.hpp(100) : see reference to class template instantiation 'boost::multi_index::detail::hashed_index<KeyFromValue,Hash,Pred,SuperMeta,TagList,Category>' being compiled with [ KeyFromValue=boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>, Hash=boost::hash<boost::long_long_type>, Pred=std::equal_to<__int64>, SuperMeta=boost::multi_index::detail::nth_layer<1,Container *,boost::multi_index::indexed_by<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>>,boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>>>,std::allocator<Container *>>, TagList=boost::mpl::vector0<boost::mpl::na>, Category=boost::multi_index::detail::hashed_unique_tag ] c:\code\common\src\biz\model\stm-stow_model\stm_container_manager_abc.h(323) : see reference to class template instantiation 'boost::multi_index::multi_index_container<Value,IndexSpecifierList>' being compiled with [ Value=Container *, IndexSpecifierList=boost::multi_index::indexed_by<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Key1,DBObject::getKey1>>,boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<DBObject,Vs64,DBObject::getKey2>>> ] Build log was saved at "file://c:\code\win\Debug\obj\BuildLog.htm" ProjABC - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

4 26

local_time.hpp gives ... boost errors
by MAURICE Jean 29 Sep '16

29 Sep '16

Hi, I could narrow the place where boost errors appears. Using VS2010 (with 'show includes') on a Win7 machine. Boost is installed in C:\utilitaires\boost\boost15\boost_1_50_0\boost and this directory name has been replaced by - underneath (so it's version 1.50 !) When I write #pragma message (" avant boost/date_time/local_time/local_time.hpp") #include "boost/date_time/local_time/local_time.hpp" I get all these error messages : avant boost/date_time/local_time/local_time.hpp --/mpl/list/aux_/preprocessed/plain/list20.hpp(157): error C2143: syntax error : missing ',' before 'string' --/mpl/list/aux_/preprocessed/plain/list20.hpp(163): error C2974: 'boost::mpl::list19' : invalid template argument for 'T18', type expected --/mpl/list/aux_/preprocessed/plain/list20.hpp(144) : see declaration of 'boost::mpl::list19' --/mpl/list/aux_/preprocessed/plain/list20.hpp(167) : see reference to class template instantiation 'boost::mpl::list20<T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,T11,T12,T13,T14,T15,T16,T17,T18,__formal>' being compiled --/mpl/list/aux_/preprocessed/plain/list20.hpp(164): error C3203: 'list19' : unspecialized class template can't be used as a template argument for template parameter 'Next', expected a real type --/mpl/list/aux_/preprocessed/plain/list20.hpp(164): error C2955: 'boost::mpl::list19' : use of class template requires template argument list --/mpl/list/aux_/preprocessed/plain/list20.hpp(144) : see declaration of 'boost::mpl::list19' --/mpl/list/aux_/preprocessed/plain/list20.hpp(165): error C2955: 'boost::mpl::l_item' : use of class template requires template argument list --/mpl/list/aux_/item.hpp(30) : see declaration of 'boost::mpl::l_item' --/mpl/aux_/preprocessed/plain/list.hpp(20): error C2143: syntax error : missing ',' before 'string' --/mpl/aux_/preprocessed/plain/list.hpp(14): error C3747: missing default template parameter : parameter 20 --/mpl/aux_/preprocessed/plain/list.hpp(31): error C2975: 'boost::mpl::list' : invalid template argument for 'unnamed-parameter', expected compile-time constant expression --/mpl/aux_/preprocessed/plain/list.hpp(22) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(34): error C2913: explicit specialization; 'boost::mpl::list' is not a specialization of a class template --/mpl/aux_/preprocessed/plain/list.hpp(46): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(43) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(58): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(55) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(70): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(67) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(82): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(79) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(94): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(91) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(107): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(104) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(120): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(117) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(133): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(130) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(146): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(143) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(159): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(156) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(173): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(170) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(187): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(184) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(201): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(198) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(215): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(212) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(231): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(226) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(249): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(243) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(267): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(261) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(285): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(279) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(303): error C2976: 'boost::mpl::list' : too few template arguments --/mpl/aux_/preprocessed/plain/list.hpp(297) : see declaration of 'boost::mpl::list' --/mpl/aux_/preprocessed/plain/list.hpp(311): error C2143: syntax error : missing ',' before 'string' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1020): error C2143: syntax error : missing ',' before 'string' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1045): error C2059: syntax error : 'string' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1052) : see reference to class template instantiation 'boost::mpl::vector20<T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,T11,T12,T13,T14,T15,T16,T17,T18,__formal>' being compiled --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1045): error C2238: unexpected token(s) preceding ';' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1049): error C2059: syntax error : 'string' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1049): error C2238: unexpected token(s) preceding ';' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1072): error C2975: 'boost::mpl::vector20' : invalid template argument for 'unnamed-parameter', expected compile-time constant expression --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1023) : see declaration of 'boost::mpl::vector20' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1073) : see reference to class template instantiation 'boost::mpl::push_front_impl<boost::mpl::aux::vector_tag<N>>::apply<Vector,T>' being compiled with [ N=19 ] --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1114): error C2975: 'boost::mpl::vector20' : invalid template argument for 'unnamed-parameter', expected compile-time constant expression --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1023) : see declaration of 'boost::mpl::vector20' --/mpl/vector/aux_/preprocessed/plain/vector20.hpp(1115) : see reference to class template instantiation 'boost::mpl::push_back_impl<boost::mpl::aux::vector_tag<N>>::apply<Vector,T>' being compiled with [ N=19 ] --/mpl/aux_/preprocessed/plain/vector.hpp(20): error C2143: syntax error : missing ',' before 'string' --/mpl/aux_/preprocessed/plain/vector.hpp(14): error C3747: missing default template parameter : parameter 20 --/mpl/aux_/preprocessed/plain/vector.hpp(31): error C2975: 'boost::mpl::vector' : invalid template argument for 'unnamed-parameter', expected compile-time constant expression --/mpl/aux_/preprocessed/plain/vector.hpp(22) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(34): error C2913: explicit specialization; 'boost::mpl::vector' is not a specialization of a class template --/mpl/aux_/preprocessed/plain/vector.hpp(46): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(43) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(58): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(55) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(70): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(67) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(82): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(79) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(94): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(91) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(107): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(104) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(120): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(117) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(133): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(130) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(146): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(143) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(159): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(156) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(173): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(170) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(187): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(184) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(201): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(198) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(215): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(212) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(231): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(226) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(249): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(243) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(267): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(261) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(285): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(279) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(303): error C2976: 'boost::mpl::vector' : too few template arguments --/mpl/aux_/preprocessed/plain/vector.hpp(297) : see declaration of 'boost::mpl::vector' --/mpl/aux_/preprocessed/plain/vector.hpp(311): error C2143: syntax error : missing ',' before 'string' --/math/policies/policy.hpp(406): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(440) : see reference to class template instantiation 'boost::math::policies::policy<A1,A2,A3,A4,A5,A6,A7,A8,A9,A10,A11,A12,A13>' being compiled --/math/policies/policy.hpp(406): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(407): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(407): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(408): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(408): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(409): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(409): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(410): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(410): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(411): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(411): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(412): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(412): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(413): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(413): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(418): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(418): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(419): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(419): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(425): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(425): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(426): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(426): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(430): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(430): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(434): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(434): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(438): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(438): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(439): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(439): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(514): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(588) : see reference to class template instantiation 'boost::math::policies::normalise<Policy,A1,A2,A3,A4,A5,A6,A7,A8,A9,A10,A11,A12,A13>' being compiled --/math/policies/policy.hpp(514): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(515): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(515): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(516): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(516): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(517): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(517): error C2955: 'boost::mpl::list' : use of class template requires template argument list --/mpl/aux_/preprocessed/plain/list.hpp(314) : see declaration of 'boost::mpl::list' --/math/policies/policy.hpp(518): error C3203: 'list' : unspecialized class template can't be used as a template argument for template parameter 'Seq', expected a real type --/math/policies/policy.hpp(518): fatal error C1003: error count exceeds 100; stopping compilation What have I done wrong ? TIA Jean

2 1

ambiguous overload for operator>> error when using lexical_cast with qvm::vec
by kique G 28 Sep '16

28 Sep '16

Hi, I am trying to use lexical_cast to convert from strings to qvm vectors, but I keep getting an ambiguous operator>> error. I have overloaded the >> operator for istreams and that seems to be working fine when I use it to read from a istringstream. In a lexical_cast, though, I get the "ambiguous overload for operator>>" error. I have tried declaring my operator>> overload inside the std and boost::qvm namespaces to check if it was something related to ADL, but I keep getting the same error. The thing is the other candidates do not seem to make a lot of sense to me. Could somebody please tell me what I am doing wrong? Thanks in advance, Enrique Garcia This is a minimal example (I am building gcc/boost from the last versions on their repositories): #include <iostream> #include <boost/qvm/vec.hpp> #include <boost/lexical_cast.hpp> std::ostream& operator<<(std::ostream& out, boost::qvm::vec<float, 3> const& v) { out << "(" << v.a[0] << "," << v.a[1] << "," << v.a[2] << ")"; } std::istream& operator>>(std::istream& in, boost::qvm::vec<float, 3>& v) { char c; return in >> c >> v.a[0] >> c >> v.a[1] >> c >> v.a[2] >> c; } int main() { boost::qvm::vec<float, 3> vect { 1.0f, 2.0f, 3.0f }; std::cout << vect << std::endl; // This code works just fine. (4.0,5.0,6.0) is printed std::istringstream istream("(4.0,5.0,6.0"); istream >> vect; std::cout << vect << std::endl; // This code generates an ambiguous overload for operator>> error (see below) vect = boost::lexical_cast<boost::qvm::vec<float, 3>>("(1.0,2.0,3.0)"); std::cout << vect << std::endl; return 0; } This is the error I am getting from gcc: In file included from /usr/local/include/boost/config.hpp:61:0, from /usr/local/include/boost/static_assert.hpp:17, from /usr/local/include/boost/qvm/static_assert.hpp:7, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp: In instantiation of 'const bool boost::detail::has_right_shift_impl::operator_exists<std::basic_istream<char>, boost::qvm::vec<float, 3> >::value': /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:179:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl1<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care, false>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:208:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:216:8: required from 'struct boost::has_right_shift<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:241:21: required from 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:158:70: error: ambiguous overload for 'operator>>' (operand types are 'std::basic_istream<char>' and 'boost::qvm::vec<float, 3>') BOOST_STATIC_CONSTANT(bool, value = (sizeof(s_check(((make<Lhs>() BOOST_TT_TRAIT_OP make<Rhs>()),make<has_operator>())))==sizeof(::boost::type_traits::yes_type))); ^ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:120:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__istream_type& (*)(std::basic_istream<_CharT, _Traits>::__istream_type&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>] operator>>(__istream_type& (*__pf)(__istream_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:124:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__ios_type& (*)(std::basic_istream<_CharT, _Traits>::__ios_type&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>; std::basic_istream<_CharT, _Traits>::__ios_type = std::basic_ios<char>] operator>>(__ios_type& (*__pf)(__ios_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:131:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::ios_base& (*)(std::ios_base&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>] operator>>(ios_base& (*__pf)(ios_base&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:259:7: note: candidate: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__streambuf_type*) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__streambuf_type = std::basic_streambuf<char>] operator>>(__streambuf_type* __sb); ^~~~~~~~ In file included from /usr/local/include/boost/type_traits/has_right_shift.hpp:43:0, from /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:39, from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:42, from /usr/local/include/boost/lexical_cast.hpp:32, from /home/kique/Documents/Bitflow2x/source/main.cpp:58: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:70:13: note: candidate: boost::detail::has_right_shift_impl::no_operator boost::detail::has_right_shift_impl::operator>>(const boost::detail::has_right_shift_impl::any&, const boost::detail::has_right_shift_impl::any&) no_operator operator BOOST_TT_TRAIT_OP (const any&, const any&); ^~~~~~~~ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:808:5: note: candidate: std::basic_istream<char, _Traits>& std::operator>>(std::basic_istream<char, _Traits>&, signed char*) [with _Traits = std::char_traits<char>] operator>>(basic_istream<char, _Traits>& __in, signed char* __s) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:803:5: note: candidate: std::basic_istream<char, _Traits>& std::operator>>(std::basic_istream<char, _Traits>&, unsigned char*) [with _Traits = std::char_traits<char>] operator>>(basic_istream<char, _Traits>& __in, unsigned char* __s) ^~~~~~~~ In file included from /usr/local/include/boost/config.hpp:61:0, from /usr/local/include/boost/static_assert.hpp:17, from /usr/local/include/boost/qvm/static_assert.hpp:7, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp: In instantiation of 'const bool boost::detail::has_right_shift_impl::operator_returns_void<std::basic_istream<char>, boost::qvm::vec<float, 3> >::value': /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:179:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl1<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care, false>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:208:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:216:8: required from 'struct boost::has_right_shift<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:241:21: required from 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:95:114: error: ambiguous overload for 'operator>>' (operand types are 'std::basic_istream<char>' and 'boost::qvm::vec<float, 3>') BOOST_STATIC_CONSTANT(bool, value = (sizeof(::boost::type_traits::yes_type)==sizeof(returns_void((make<Lhs>() BOOST_TT_TRAIT_OP make<Rhs>(),returns_void_t()))))); ^ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:120:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__istream_type& (*)(std::basic_istream<_CharT, _Traits>::__istream_type&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>] operator>>(__istream_type& (*__pf)(__istream_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:124:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__ios_type& (*)(std::basic_istream<_CharT, _Traits>::__ios_type&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>; std::basic_istream<_CharT, _Traits>::__ios_type = std::basic_ios<char>] operator>>(__ios_type& (*__pf)(__ios_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:131:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::ios_base& (*)(std::ios_base&)) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<char>] operator>>(ios_base& (*__pf)(ios_base&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:259:7: note: candidate: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__streambuf_type*) [with _CharT = char; _Traits = std::char_traits<char>; std::basic_istream<_CharT, _Traits>::__streambuf_type = std::basic_streambuf<char>] operator>>(__streambuf_type* __sb); ^~~~~~~~ In file included from /usr/local/include/boost/type_traits/has_right_shift.hpp:43:0, from /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:39, from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:42, from /usr/local/include/boost/lexical_cast.hpp:32, from /home/kique/Documents/Bitflow2x/source/main.cpp:58: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:70:13: note: candidate: boost::detail::has_right_shift_impl::no_operator boost::detail::has_right_shift_impl::operator>>(const boost::detail::has_right_shift_impl::any&, const boost::detail::has_right_shift_impl::any&) no_operator operator BOOST_TT_TRAIT_OP (const any&, const any&); ^~~~~~~~ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:808:5: note: candidate: std::basic_istream<char, _Traits>& std::operator>>(std::basic_istream<char, _Traits>&, signed char*) [with _Traits = std::char_traits<char>] operator>>(basic_istream<char, _Traits>& __in, signed char* __s) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:803:5: note: candidate: std::basic_istream<char, _Traits>& std::operator>>(std::basic_istream<char, _Traits>&, unsigned char*) [with _Traits = std::char_traits<char>] operator>>(basic_istream<char, _Traits>& __in, unsigned char* __s) ^~~~~~~~ In file included from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:42:0, from /usr/local/include/boost/lexical_cast.hpp:32, from /home/kique/Documents/Bitflow2x/source/main.cpp:58: /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp: In instantiation of 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >': /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:241:21: error: 'value' is not a member of 'boost::has_right_shift<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' >::type type; ^~~~ In file included from /usr/local/include/boost/qvm/static_assert.hpp:7:0, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:243:13: error: 'value' is not a member of 'boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >::result_t {aka boost::has_right_shift<std::basic_istream<char>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>}' BOOST_STATIC_ASSERT_MSG((result_t::value || boost::has_right_shift<std::basic_istream<wchar_t>, T >::value), ^ In file included from /usr/local/include/boost/config.hpp:61:0, from /usr/local/include/boost/static_assert.hpp:17, from /usr/local/include/boost/qvm/static_assert.hpp:7, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp: In instantiation of 'const bool boost::detail::has_right_shift_impl::operator_exists<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3> >::value': /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:179:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl1<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care, false>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:208:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:216:8: required from 'struct boost::has_right_shift<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:243:13: required from 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:158:70: error: ambiguous overload for 'operator>>' (operand types are 'std::basic_istream<wchar_t>' and 'boost::qvm::vec<float, 3>') BOOST_STATIC_CONSTANT(bool, value = (sizeof(s_check(((make<Lhs>() BOOST_TT_TRAIT_OP make<Rhs>()),make<has_operator>())))==sizeof(::boost::type_traits::yes_type))); ^ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:120:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__istream_type& (*)(std::basic_istream<_CharT, _Traits>::__istream_type&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>] operator>>(__istream_type& (*__pf)(__istream_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:124:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__ios_type& (*)(std::basic_istream<_CharT, _Traits>::__ios_type&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>; std::basic_istream<_CharT, _Traits>::__ios_type = std::basic_ios<wchar_t>] operator>>(__ios_type& (*__pf)(__ios_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:131:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::ios_base& (*)(std::ios_base&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>] operator>>(ios_base& (*__pf)(ios_base&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:259:7: note: candidate: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__streambuf_type*) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__streambuf_type = std::basic_streambuf<wchar_t>] operator>>(__streambuf_type* __sb); ^~~~~~~~ In file included from /usr/local/include/boost/type_traits/has_right_shift.hpp:43:0, from /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:39, from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:42, from /usr/local/include/boost/lexical_cast.hpp:32, from /home/kique/Documents/Bitflow2x/source/main.cpp:58: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:70:13: note: candidate: boost::detail::has_right_shift_impl::no_operator boost::detail::has_right_shift_impl::operator>>(const boost::detail::has_right_shift_impl::any&, const boost::detail::has_right_shift_impl::any&) no_operator operator BOOST_TT_TRAIT_OP (const any&, const any&); ^~~~~~~~ In file included from /usr/local/include/boost/config.hpp:61:0, from /usr/local/include/boost/static_assert.hpp:17, from /usr/local/include/boost/qvm/static_assert.hpp:7, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp: In instantiation of 'const bool boost::detail::has_right_shift_impl::operator_returns_void<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3> >::value': /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:179:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl1<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care, false>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:208:4: required from 'const bool boost::detail::has_right_shift_impl::trait_impl<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>::value' /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:216:8: required from 'struct boost::has_right_shift<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:243:13: required from 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:95:114: error: ambiguous overload for 'operator>>' (operand types are 'std::basic_istream<wchar_t>' and 'boost::qvm::vec<float, 3>') BOOST_STATIC_CONSTANT(bool, value = (sizeof(::boost::type_traits::yes_type)==sizeof(returns_void((make<Lhs>() BOOST_TT_TRAIT_OP make<Rhs>(),returns_void_t()))))); ^ In file included from /usr/local/include/c++/7.0.0/iostream:40:0, from /home/kique/Documents/Bitflow2x/source/main.cpp:56: /usr/local/include/c++/7.0.0/istream:120:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__istream_type& (*)(std::basic_istream<_CharT, _Traits>::__istream_type&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>] operator>>(__istream_type& (*__pf)(__istream_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:124:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__ios_type& (*)(std::basic_istream<_CharT, _Traits>::__ios_type&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>; std::basic_istream<_CharT, _Traits>::__ios_type = std::basic_ios<wchar_t>] operator>>(__ios_type& (*__pf)(__ios_type&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:131:7: note: candidate: std::basic_istream<_CharT, _Traits>::__istream_type& std::basic_istream<_CharT, _Traits>::operator>>(std::ios_base& (*)(std::ios_base&)) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__istream_type = std::basic_istream<wchar_t>] operator>>(ios_base& (*__pf)(ios_base&)) ^~~~~~~~ /usr/local/include/c++/7.0.0/istream:259:7: note: candidate: std::basic_istream<_CharT, _Traits>& std::basic_istream<_CharT, _Traits>::operator>>(std::basic_istream<_CharT, _Traits>::__streambuf_type*) [with _CharT = wchar_t; _Traits = std::char_traits<wchar_t>; std::basic_istream<_CharT, _Traits>::__streambuf_type = std::basic_streambuf<wchar_t>] operator>>(__streambuf_type* __sb); ^~~~~~~~ In file included from /usr/local/include/boost/type_traits/has_right_shift.hpp:43:0, from /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:39, from /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:42, from /usr/local/include/boost/lexical_cast.hpp:32, from /home/kique/Documents/Bitflow2x/source/main.cpp:58: /usr/local/include/boost/type_traits/detail/has_binary_operator.hpp:70:13: note: candidate: boost::detail::has_right_shift_impl::no_operator boost::detail::has_right_shift_impl::operator>>(const boost::detail::has_right_shift_impl::any&, const boost::detail::has_right_shift_impl::any&) no_operator operator BOOST_TT_TRAIT_OP (const any&, const any&); ^~~~~~~~ In file included from /usr/local/include/boost/qvm/static_assert.hpp:7:0, from /usr/local/include/boost/qvm/vec.hpp:11, from /home/kique/Documents/Bitflow2x/source/main.cpp:57: /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp: In instantiation of 'struct boost::detail::deduce_target_char_impl<boost::detail::deduce_character_type_later<boost::qvm::vec<float, 3> > >': /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:270:89: required from 'struct boost::detail::deduce_target_char<boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:407:92: required from 'struct boost::detail::lexical_cast_stream_traits<const char*, boost::qvm::vec<float, 3> >' /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:468:15: required from 'struct boost::detail::lexical_converter_impl<boost::qvm::vec<float, 3>, const char*>' /usr/local/include/boost/lexical_cast/try_lexical_convert.hpp:196:44: required from 'bool boost::conversion::detail::try_lexical_convert(const Source&, Target&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /usr/local/include/boost/lexical_cast.hpp:41:60: required from 'Target boost::lexical_cast(const Source&) [with Target = boost::qvm::vec<float, 3>; Source = char [14]]' /home/kique/Documents/Bitflow2x/source/main.cpp:83:72: required from here /usr/local/include/boost/lexical_cast/detail/converter_lexical.hpp:243:13: error: 'value' is not a member of 'boost::has_right_shift<std::basic_istream<wchar_t>, boost::qvm::vec<float, 3>, boost::detail::has_right_shift_impl::dont_care>' BOOST_STATIC_ASSERT_MSG((result_t::value || boost::has_right_shift<std::basic_istream<wchar_t>, T >::value), ^ ninja: build stopped: subcommand failed.

2 1

[release] Boost 1.62.0 Release Candidate 1
by Rene Rivera 28 Sep '16

28 Sep '16

The release candidates for the 1.62.0 release are now available at: https://sourceforge.net/projects/boost/files/boost/1.62.0.rc.1/boost_1_62_0… https://sourceforge.net/projects/boost/files/boost/1.62.0.rc.1/boost_1_62_0… https://sourceforge.net/projects/boost/files/boost/1.62.0.rc.1/boost_1_62_0… https://sourceforge.net/projects/boost/files/boost/1.62.0.rc.1/boost_1_62_0… The SHA256 checksums are as follows: b91c2cda8bee73ea613130e19e72c9589e9ef0357c4c5cc5f7523de82cce11f7 boost_1_62_0_rc1.7z 36c96b0f6155c98404091d8ceb48319a28279ca0333fba1ad8611eb90afb2ca0 boost_1_62_0_rc1.tar.bz2 440a59f8bc4023dbe6285c9998b0f7fa288468b889746b1ef00e8b36c559dce1 boost_1_62_0_rc1.tar.gz 084b2e0638bbe0975a9e43e21bc9ceae33ef11377aecab3268a57cf41e405d4e boost_1_62_0_rc1.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. Thanks, the release managers. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

5 6

[boost][heap] Which heap to use.
by degski 27 Sep '16

27 Sep '16

Hi All, I seem to remember reading about this [the subject of this post] in the docs, but I don't seem to be able to find it [that page] now. What criteria should I use to choose a specific Boost.Heap implementation (skew, fibonacci etc), from the ones provided by the Boost.Heap library? Thanks in advance and have a good day, degski

3 10

newbie !!
by MAURICE Jean 27 Sep '16

27 Sep '16

Hi, This is my second 'account' to this mailing list. In fact I am a freelance who works for a company that works for another company and when I am somewhere I can't have access to the 'elsewhere' outlook. I am an old C++ (and FORTRAN and Visual Foxpro) programmer. But I am new to boost, windows (MFC) and Visual Studio 2010. My challenge is to 'upgrade' a huge app (250 k lines of code) both Windows and Linux from boost 1.3.x (and stingray and .....) to boost 1.50 and win 7 ... Boost 1.50 is the last version our customer can use because of its 'private' version of Debian. I am first dealing with windows. When I compile the solution, I get a lot of errors and I would like you give me the first steps to do. Here is an example about file ...\boost\boost15\boost_1_50_0\boost/mpl/list/aux_/preprocessed/plain/list20.hpp list20.hpp(157): error C2143: syntax error : missing ',' before 'string' list20.hpp(163): error C2974: 'boost::mpl::list19' : invalid template argument for 'T18', type expected list20.hpp(144) : see declaration of 'boost::mpl::list19' list20.hpp(167) : see reference to class template instantiation 'boost::mpl::list20<T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,T11,T12,T13,T14,T15,T16,T17,T18,__formal>' being compiled list20.hpp(164): error C3203: 'list19' : unspecialized class template can't be used as a template argument for template parameter 'Next', expected a real type list20.hpp(164): error C2955: 'boost::mpl::list19' : use of class template requires template argument list list20.hpp(144) : see declaration of 'boost::mpl::list19' list20.hpp(165): error C2955: 'boost::mpl::l_item' : use of class template requires template argument list So if you can explain me what is wrong (I mean I am astonished (?) to find a syntax error and I think I must not modify the file so the error may come from elsewhere ...) TIA Jean

2 3

[fiber] High CPU usage when fiber round robin sheduler is idle
by lin li 26 Sep '16

26 Sep '16

Hi, guys. I have a problem with Boost fiber in 1.62 beta 2. My machine is a 4 core machine with 64bit ubuntu 14.04 installed. In my program, I created 4 kernel threads each of which uses the round robin fiber scheduler. One thread 1, I created one fiber that read data from a socket in a blocking manner. Once it got some data, it writes the data into a blocking fiber channel. For the rest thread kernel threads, I created 5 fibers for each of them. They all read (in a blocking manner) data from the same channel. My problem is when no data is sent to the socket, and the system is idling, I can see very high CPU usage on three cores. I profiled the code, it seems to me that the kernel threads keep calling fiber scheduler to sleep then wake up again. I suspect that the time interval for the function suspend_until() may be too short. If that is the case, then how can I increase it?

2 1

[serialization] Runtime overhead of serialization archives
by georg＠schorsch-tech.de 25 Sep '16

25 Sep '16

Hi all, currently i try to measure the runtime overhead of serialization vs. plain c-style serialization. The goal is to send it from one process to an other process on the same machine. As my statemachines are written with boost::msm, i want to deliver types. For the IPC i used interprocess::message_queue. I wrote a template function for the test and added a trait to plug in the test functions. I tested on the same machine, once with Linux Debian stretch x64 and Win 10 x64 MSVC 2015. What really astonish me is the fact, that the measured times using boost::serilization is so high compared to "c-style: id + data" method. In the c-style method i used a FNV hash of the type name as the ID. All tests were done on a Intel Core i7 2670QM CPU. All results in sec. I sent/received 100000 objects over a message_queue. Boost 1.61.0 Linux x86_64 / gcc 6.1.1 Win 10 x64/ MSVC 2015 Boost XML Send 2.220753 8.255834 Boost XML Receive 3.208353 10.14462 Boost Text Send 2.024946 8.578654 Boost Text Receive 3.207359 10.704126 Boost BinarySend 2.018026 8.363865 Boost Binary Receive 3.17984 11.201501 Cstyle Send 0.13566 0.056814 Cstyle Receive 0.087906 0.058706 Char Send 0.071683 0.013965 Char Receive 0.062119 0.012631 To measure the real overhead of the message passing, i made a test and just sent 100000 plain chars over the "wire". There are two strange things: a) The serilization with boost seems to be about 16 times slower than the plain c-style method, the receive seems to be about 30 times slower. I think i do something wrong..... he tests were compiled on release mode. b) On the same hardware, the Windows implementation is so much slower than the Linux one... about factor 3. But at the c-style method, it turns around.... Linux is slower than Windows. Has anyone an idea whats the issue here? I added the code at the end of this text Best regards Georg // ----------------------------------------------------- // Code // ----------------------------------------------------- #define BOOST_TEST_MODULE first_tests #include <boost/test/unit_test.hpp> #include <boost/interprocess/ipc/message_queue.hpp> // send all data through this #include <boost/timer/timer.hpp> // measure the used time #include <iostream> // for output // STL Archive + Stuff #include <boost/serialization/base_object.hpp> #include <boost/serialization/export.hpp> #include <boost/serialization/shared_ptr.hpp> #include <boost/serialization/unique_ptr.hpp> // include headers that implement a archive in xml format #include <boost/archive/archive_exception.hpp> #include <boost/archive/xml_iarchive.hpp> #include <boost/archive/xml_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/binary_iarchive.hpp> #include <boost/archive/binary_oarchive.hpp> #include <boost/iostreams/device/array.hpp> #include <boost/iostreams/device/back_inserter.hpp> #include <boost/iostreams/stream.hpp> #include <memory> #include <stdint.h> #include <typeinfo> #include <vector> using namespace boost::interprocess; static const int test_count = 100000; // send this many structs // the test structure struct ev_test { long a = 1; unsigned long b = 2; }; // ---------------------------------------------------------------------------- // a packet on the wire // ---------------------------------------------------------------------------- using packet = std::vector<char>; //----------------------------------------------------------------------------- // Type carrier and its support // ---------------------------------------------------------------------------- namespace { class carrier_visitor_base; class carrier_base // the base in the queue { public: using ptr = std::unique_ptr<carrier_base>; virtual ~carrier_base() {} virtual void accept(carrier_visitor_base *p_visitor) = 0; template <class Archive> void serialize(Archive &ar, const unsigned int version) { } }; template <typename T> class carrier; class carrier_visitor_base { public: virtual ~carrier_visitor_base() {} virtual void handle(carrier<ev_test> *p_evt) = 0; virtual void handle(carrier<char> *p_evt) = 0; }; template <typename T> class carrier : public carrier_base // the specific carrier { public: explicit carrier() : m_data() {} explicit carrier(const T &data) : m_data(data) {} virtual void accept(carrier_visitor_base *p_visitor) override { p_visitor->handle(this); } T &data() { return m_data; } private: T m_data; }; } // ns anon // ---------------------------------------------------------------------------- // the traits for the chartest // ---------------------------------------------------------------------------- struct char_test { static const char *name() { return "char_test 'c': "; } static size_t msg_size() { return sizeof(char); } static char get_data() { return 'c'; } template <typename T> static packet to_wire(T data) { packet ret; ret.push_back(get_data()); return ret; } static carrier_base::ptr from_wire(const packet &data) { auto p_data = new carrier<char>(); p_data->data() = data[0]; return std::unique_ptr<carrier<char>>(p_data); } }; // ---------------------------------------------------------------------------- // the traits for the boost xml serialization test // ---------------------------------------------------------------------------- // ---------------------------------------------------------------------------- // external serialization function // ---------------------------------------------------------------------------- namespace boost { namespace serialization { // serialization function for ev_test template <class Archive> inline void serialize(Archive &ar, ev_test &t, const unsigned int version) { ar &BOOST_SERIALIZATION_NVP(t.a); ar &BOOST_SERIALIZATION_NVP(t.b); } // serialization function for carrier<T> template <class Archive, typename T> void serialize(Archive &ar, carrier<T> &t, const unsigned int version) { ar &boost::serialization::make_nvp( "carrier_base", boost::serialization::base_object<carrier_base>(t)); // BOOST_SERIALIZATION_BASE_OBJECT_NVP(a); auto &data = t.data(); ar &BOOST_SERIALIZATION_NVP(data); } } } // we must export all carrier BOOST_SERIALIZATION_SHARED_PTR(carrier<ev_test>) BOOST_CLASS_EXPORT(carrier<ev_test>) struct boost_xml_trait { static const char *name() { return "boost_xml_test: ev_test: "; } typedef boost::archive::xml_oarchive oarchive; typedef boost::archive::xml_iarchive iarchive; }; struct boost_text_trait { static const char *name() { return "boost_text_test: ev_test: "; } typedef boost::archive::xml_oarchive oarchive; typedef boost::archive::xml_iarchive iarchive; }; struct boost_binary_trait { static const char *name() { return "boost_binary_test: ev_test: "; } typedef boost::archive::xml_oarchive oarchive; typedef boost::archive::xml_iarchive iarchive; }; template <typename archive_trait> struct boost_test { static const char *name() { return archive_trait::name(); } static size_t msg_size() { return 600; } // throws boost::archive::archive_exception template <typename T> static packet to_wire(T data) { using namespace boost::iostreams; using T1 = typename std::remove_cv<T>::type; using BT = typename std::remove_reference<T1>::type; carrier_base::ptr p_carrier = std::make_unique<carrier<BT>>(data); packet p; { back_insert_device<packet> sink{ p }; stream<back_insert_device<packet>> os{ sink }; typename archive_trait::oarchive oa(os); oa << BOOST_SERIALIZATION_NVP(p_carrier); } return p; } // throws boost::archive::archive_exception static carrier_base::ptr from_wire(const packet &data) { using namespace boost::iostreams; carrier_base::ptr p_carrier; boost::iostreams::array_source source{ data.data(), data.size() }; stream<array_source> is{ source }; typename archive_trait::iarchive ia(is); // this takes the most time ia >> BOOST_SERIALIZATION_NVP(p_carrier); return p_carrier; } }; // ---------------------------------------------------------------------------- // the traits for the cstyle serialization test // ---------------------------------------------------------------------------- // ---------------------------------------------------------------------------- // cstyle serialization with fnv type identifier // ---------------------------------------------------------------------------- struct cstyle_test { static const char *name() { return "cstyle_test: "; } static size_t msg_size() { return 1000; } // FowlerNollVo hash function // https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function struct fnv { const static uint64_t base = 0xcbf29ce484222325; const static uint64_t prime = 0x00000100000001b3; const static uint64_t next(uint64_t current, size_t char_code) { return (current ^ char_code) * prime; } const static uint64_t value(const char *cptr, uint64_t interim = base) { return (*cptr == '\0') ? interim : value(cptr + 1, next(interim, static_cast<size_t>(*cptr))); } }; template <typename T> static packet to_wire(T data) { packet buffer(msg_size()); // to be fair, send the same amount of bytes const uint64_t id = fnv::value(typeid(T).name()); size_t pos = 0; assert(msg_size() >= sizeof(uint64_t) + sizeof(T)); // buffer.resize(buffer.size() + sizeof(uint64_t) + sizeof(T)); std::memcpy(buffer.data() + pos, &id, sizeof(uint64_t)); pos += sizeof(uint64_t); std::memcpy(buffer.data() + pos, &data, sizeof(T)); pos += sizeof(T); return buffer; } static carrier_base::ptr from_wire(const packet &data) { // get the id size_t pos = 0; uint64_t id; std::memcpy(&id, data.data() + pos, sizeof(uint64_t)); pos += sizeof(uint64_t); // create the specific pointer if (id == fnv::value(typeid(ev_test).name())) { assert(data.size() >= sizeof(uint64_t) + sizeof(ev_test)); auto p_evt = new carrier<ev_test>(); std::memcpy(&p_evt->data(), data.data() + pos, sizeof(ev_test)); return carrier_base::ptr(p_evt); } throw std::runtime_error("deserialize error"); } }; template <typename trait> void do_test() { class runtime : public carrier_visitor_base { public: virtual void handle(carrier<ev_test> *p_evt) override { i += p_evt->data().a; } virtual void handle(carrier<char> *p_evt) override { i += p_evt->data(); } int i = 0; }; try { std::cout << "Sending " << trait::name() << test_count << std::endl; // Erase previous message queue message_queue::remove("message_queue"); // Create a message_queue. message_queue mq(create_only // only create , "message_queue" // name , test_count // max message number , trait::msg_size() // max message size ); // send ev_tests boost::timer::auto_cpu_timer t; for (int i = 0; i < test_count; ++i) { auto buffer = trait::to_wire(ev_test()); mq.send(buffer.data(), buffer.size(), 0); } } catch (const interprocess_exception &ex) { message_queue::remove("message_queue"); std::cout << ex.what() << std::endl; BOOST_CHECK(true == false); } runtime rt; try { std::cout << "Receiving " << trait::name() << test_count << std::endl; // Open a message queue. message_queue mq(open_only // only create , "message_queue" // name ); message_queue::size_type recvd_size; packet buffer(trait::msg_size()); unsigned int priority; boost::timer::auto_cpu_timer t; for (int i = 0; i < test_count; ++i) { // receive the raw data mq.receive(buffer.data(), buffer.size(), recvd_size, priority); // deserialize auto p_carrier = trait::from_wire(buffer); // handle it to the protocol p_carrier->accept(&rt); } } catch (const interprocess_exception &ex) { message_queue::remove("message_queue"); std::cout << ex.what() << std::endl; BOOST_CHECK(true == false); } message_queue::remove("message_queue"); std::cout << "RT Counter: " << rt.i << std::endl << std::endl; } BOOST_AUTO_TEST_CASE(carrier_boost_xml_ev_test) { do_test<boost_test<boost_xml_trait>>(); } BOOST_AUTO_TEST_CASE(carrier_boost_text_ev_test) { do_test<boost_test<boost_text_trait>>(); } BOOST_AUTO_TEST_CASE(carrier_boost_binary_ev_test) { do_test<boost_test<boost_binary_trait>>(); } BOOST_AUTO_TEST_CASE(carrier_cstyle_ev_test) { do_test<cstyle_test>(); } BOOST_AUTO_TEST_CASE(carrier_char_test) { do_test<char_test>(); }

6 20

[boost][multiprecision] compile error with gcc 4.8.4
by Rob Conde 24 Sep '16

24 Sep '16

Please see the scenario below...am I doing something wrong or is this a gcc or multiprecision bug? Thanks, Rob Conde given the following code (multiPrecisionTest.cpp): #include <boost/multiprecision/cpp_int.hpp> #include <boost/multiprecision/cpp_bin_float.hpp> typedef boost::multiprecision::int128_t int128_t; typedef boost::multiprecision::cpp_bin_float_quad float128_t; int main() { int128_t intVal; float128_t floatVal(intVal.convert_to<float128_t>()); return 0; } -------------------------------------------------------------------------- g++ -std=c++0x -c multiPrecisionTest.cpp I get the following error: In file included from ./boost/multiprecision/cpp_int.hpp:1936:0, from multiPrecisionTest.cpp:1: ./boost/multiprecision/cpp_int/misc.hpp: In instantiation of ‘typename boost::enable_if_c<(boost::multiprecision::backends::is_trivial_cpp_int<boost::multiprecision::backends::cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1> >::value && boost::multiprecision::is_signed_number<boost::multiprecision::backends::cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1> >::value)>::type boost::multiprecision::backends::eval_convert_to(R*, const boost::multiprecision::backends::cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1>&) [with R = boost::multiprecision::number<boost::multiprecision::backends::cpp_bin_float<113u, (boost::multiprecision::backends::digit_base_type)2u, void, short int, -16382, 16383>, (boost::multiprecision::expression_template_option)0u>; unsigned int MinBits1 = 128u; unsigned int MaxBits1 = 128u; boost::multiprecision::cpp_integer_type SignType1 = (boost::multiprecision::cpp_integer_type)1u; boost::multiprecision::cpp_int_check_type Checked1 = (boost::multiprecision::cpp_int_check_type)0u; Allocator1 = void; typename boost::enable_if_c<(boost::multiprecision::backends::is_trivial_cpp_int<boost::multiprecision::backends::cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1> >::value && boost::multiprecision::is_signed_number<boost::multiprecision::backends::cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1> >::value)>::type = void]’: ./boost/multiprecision/number.hpp:585:40: required from ‘void boost::multiprecision::number<Backend, ExpressionTemplates>::convert_to_imp(T*) const [with T = boost::multiprecision::number<boost::multiprecision::backends::cpp_bin_float<113u, (boost::multiprecision::backends::digit_base_type)2u, void, short int, -16382, 16383>, (boost::multiprecision::expression_template_option)0u>; Backend = boost::multiprecision::backends::cpp_int_backend<128u, 128u, (boost::multiprecision::cpp_integer_type)1u, (boost::multiprecision::cpp_int_check_type)0u, void>; boost::multiprecision::expression_template_option ExpressionTemplates = (boost::multiprecision::expression_template_option)0u]’ ./boost/multiprecision/number.hpp:601:29: required from ‘T boost::multiprecision::number<Backend, ExpressionTemplates>::convert_to() const [with T = boost::multiprecision::number<boost::multiprecision::backends::cpp_bin_float<113u, (boost::multiprecision::backends::digit_base_type)2u, void, short int, -16382, 16383>, (boost::multiprecision::expression_template_option)0u>; Backend = boost::multiprecision::backends::cpp_int_backend<128u, 128u, (boost::multiprecision::cpp_integer_type)1u, (boost::multiprecision::cpp_int_check_type)0u, void>; boost::multiprecision::expression_template_option ExpressionTemplates = (boost::multiprecision::expression_template_option)0u]’ multiPrecisionTest.cpp:10:54: required from here ./boost/multiprecision/cpp_int/misc.hpp:533:138: error: no type named ‘type’ in ‘struct boost::common_type<boost::multiprecision::number<boost::multiprecision::backends::cpp_bin_float<113u, (boost::multiprecision::backends::digit_base_type)2u, void, short int, -16382, 16383>, (boost::multiprecision::expression_template_option)0u>, __int128 unsigned>’ typedef typename common_type<R, typename cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1>::local_limb_type>::type common_type; ^

2 17

[Ranges] Range adaptors and range lifetimes
by Álex Puchades 23 Sep '16

23 Sep '16

Hi boost users! I'm having some lifetime issues with range adaptors. It seems boost adaptors (at least, transformed_range) only store iterators from the original range, letting it go out of scope [1]. Unfortunately, this makes boost adaptors not compatible with ranges that return iterators that are only valid while the original range is in scope (ie: any iterator that references the original range). This type of ranges are useful to avoid the fat-iterator problem, as seen here [2]. Is there any reason for the current behaviour? Should I file a bug or has it been discussed before? Thanks for your help [1] https://github.com/boostorg/range/blob/develop/include/boost/range/adaptor/… [2] http://ericniebler.com/2013/11/07/input-iterators-vs-input-ranges/ -- Álex Puchades

1 0

boost coroutine 1.62 b2 deprecation typo
by Jason Mancini 23 Sep '16

23 Sep '16

Just noticing that there's probably a typo in one of the deprecation warnings, as it wants both defined: BOOST_COROUTINE_NO_DEPRECATION_WARNING BOOST_COROUTINES_NO_DEPRECATION_WARNING Jason

1 0

[Parallel BGL] Poor scalability of dijkstra and delta stepping parallel graph algorithms
by Alexander Frolov 21 Sep '16

21 Sep '16

Hi! I am evaluating scalability on various graph algorithms and found that base parallel SSSP algorithms in PBGL does not scale well in my cases. The plots for rmat (scale=20 and 22) are attached. The source code for the benchmark are attached as well. The main issue that makes me think that I'm doing smth wrong is that execution time of delta stepping algorithm is _increasing_ with node number. I tried to check the code but has not found anything suspicious. Can anybody help me with this issue? Best, Alexander

1 0

[Interprocess]: using condition variables with readers-writer lock (named_sharable_mutex)
by Chris Evans 21 Sep '16

21 Sep '16

Hi, I am trying to use condition variables to signify updated data in a managed_shared_memory segment. I have one "writer" and multiple "readers" of the shared state, so I am using a readers-writer lock as follows: using SharedMutex = bi::named_sharable_mutex; using ReadLock = bi::sharable_lock<SharedMutex>; using WriteLock = bi::scoped_lock<SharedMutex>; using NewEntryCondition = bi::named_condition_any; // With a "writer" block as follows: { WriteLock w_lock( sh_mut_ ); // Update the shared memory object sh_cond_.notify_all(); } // And a "reader" block as follows (many processes call the following simultaneously): { ReadLock r_lock( sh_mut_ ); sh_cond_.wait( r_lock, []() { std::cout << "checking predicate..." << std::endl; // predicate logic goes here... }); // Access object in shared memory here } Unfortunately, although the code compiles, the reader processes are never awakened from wait() and block forever. According to the following thread from 2011: http://lists.boost.org/boost-users/2011/02/66053.php "POSIX does not support condition variables with read-write locks (although I think Windows Vista does) so Interprocess does not offer any support for this." At the time, it appears named_condition_any didn't yet exist. Has the status of this changed in the last 5 years? Is there a suggested way of implementing readers-writer locks with condition variables using boost::interprocess? Thanks! -- Chris Evans Systems Engineer Azure Summit Technology, Inc. 3050 Chain Bridge Road, Suite 600 Fairfax, VA 22030

2 2

[compute] extending meta_kernel functionality
by Oswin Krause 20 Sep '16

20 Sep '16

Hi, I am trying to use boost.compute to extend my linear algebra library to GPUs. so far it helped me a lot with vectors as i can directly use the iterator interface. Matrices are harder. for matrices i need to overload the operator matrix(i,j)-> return the element (i,j). For this i have to return an expression which then offers operator<< with meta_kernel, for example template<class T, class IndexExpr1, class IndexExpr2> inline meta_kernel& operator<<(boost::compute::detail::meta_kernel &kernel, const matrix_element_expr<T, IndexExpr1, IndexExpr2> &expr) { return kernel << kernel.get_buffer_identifier<T>(expr.m_buffer, expr.m_address_space) << '[' << expr.m_expr1 <<"*" <<expr.m_stride1<<"+"<<expr.m_expr2<< "*"<<expr.m_stride2 << ']'; } Unfortunately all of this is in namespace boost::compute::detail, making it a no-go area. Therefore two questions: 1. How stable is i?/can meta_kernel be moved into a normal namespace? 2. Is there a different way to achieve this? (Note that the code above is only an example. I could hack it in this case using the return type of buffer_iterator but not in all cases unfortunately...)

1 0

boost::context "main" stack
by Michael Steinberg 20 Sep '16

20 Sep '16

Hello, is there some way to temporarily run a function on the main stack? I played around a bit, but failed ultimately since the first stub function to be called is getting a "null" context which I assume to be only a valid "return-context". We're facing a problem where a dialog run modally inside a context runs webkit, which triggers garbage collection, which fails miserably since it assumes we're on the "native" stack. If it were possible to run something "on-top" of the main stack, this could maybe be circumvented. Thank you, Michael

2 2

Insertion/Use of boost::multi_index
by Ram 19 Sep '16

19 Sep '16

Hi All , I have created a boost::multi_index container for my use and it compiles successfully. I would like to add my pointer objects to it. boost::multi_index does not seem to have an insert method defined which just takes one arguement which is what I would like the container to store. Maybe I didnt understand how boost::multi_index is meant to be used. Can you please explain to me how to insert an object which I wish the store in the container defined? How is it intended to be used? The container I defined is , typedef boost::multi_index_ClassX< ClassX*, boost::multi_index::indexed_by< boost::multi_index::hashed_unique< boost::multi_index::const_mem_fun<ParentOfClassX, Int64, &ParentOfClassX::getKey1>, boost::multi_index::const_mem_fun<ParentOfClassX, Int64, &ParentOfClassX::getKey2>, > > > MultiIndexedClassX; I would like to do an equivalent of, MultiIndexedClassX sample; ClassX a; sample.insert(&a); <- Since I am interested in storing a *X and I would like it to be indexed by various parameters of X. Also please let me know how to, 1. Insert *X into the container 2. Look up by a) Value of ParentOfClassX::Key1 b) Value of ParentOfClassX::Key2 Please also let me know if I have some basic understanding wrong since I am getting confused a lot in trying to use boost::multi_index. Thanks in advance, Ram

2 10

Help Required, trouble while using boost::multi_index
by Ram 19 Sep '16

19 Sep '16

Hi, I am trying to create a ClassX using "boost::multi_index" and I was successfully able to create a ClassX like, typedef boost::multi_index_ClassX< ClassX*, boost::multi_index::indexed_by< boost::multi_index::hashed_unique< boost::multi_index::const_mem_fun<ParentOfClassX, Int64, &ParentOfClassX::getKey1>, boost::multi_index::const_mem_fun<ParentOfClassX, Int64, &ParentOfClassX::getKey2>, > > > MultiIndexedClassX; This compiles perfectly with no problems. I am writing the code and compiling with Visual Studio 2005 and have included, #include <boost/multi_index_container.hpp> #include "boost/multi_index/hashed_index_fwd.hpp" #include <boost/multi_index/mem_fun.hpp> and have defined namespaces, using namespace boost::multi_index; using boost::multi_index::multi_index_container; using boost::multi_index::hashed_unique; using boost::multi_index::indexed_by; But when I create an object of that type like, MultiIndexedClassX sample; I get a big list compilation errors like, *c:\code\common\lib\boost\boost\multi_index\detail\node_type.hpp(44) : error C2903: 'node_class' : symbol is neither a class template nor a function template* * c:\code\common\lib\boost\boost\mpl\aux_\preprocessed\plain\apply_wrap.hpp(49) : see reference to class template instantiation 'boost::multi_index::detail::index_node_applier::apply<IndexSpecifierIterator,Super>' being compiled* * with* * [* * IndexSpecifierIterator=boost::mpl::v_iter<boost::mpl::vector1<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<ParentOfClassX,GKey,ParentOfClassX::getKey1>,boost::multi_index::const_mem_fun<ParentOfClassX,Vs64,ParentOfClassX::getKey2>>>,0>,* * Super=boost::multi_index::detail::index_node_base<ClassX *,std::allocator<ClassX *>>* * ]* * c:\code\common\lib\boost\boost\mpl\aux_\preprocessed\plain\bind.hpp(207) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled* * with* * [* * F=boost::multi_index::detail::index_node_applier,* * T1=boost::mpl::v_iter<boost::mpl::vector1<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<ParentOfClassX,GKey,ParentOfClassX::getKey1>,boost::multi_index::const_mem_fun<ParentOfClassX,Vs64,ParentOfClassX::getKey2>>>,0>,* * T2=boost::multi_index::detail::index_node_base<ClassX *,std::allocator<ClassX *>>* * ]* * c:\code\common\lib\boost\boost\mpl\aux_\preprocessed\plain\apply_wrap.hpp(49) : see reference to class template instantiation 'boost::mpl::bind2<F,T1,T2>::apply<U1,U2>' being compiled* * with* * [* * F=boost::multi_index::detail::index_node_applier,* * T1=boost::mpl::_2,* * T2=boost::mpl::_1,* * U1=boost::multi_index::detail::index_node_base<ClassX *,std::allocator<ClassX *>>,* * U2=boost::mpl::v_iter<boost::mpl::vector1<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<ParentOfClassX,GKey,ParentOfClassX::getKey1>,boost::multi_index::const_mem_fun<ParentOfClassX,Vs64,ParentOfClassX::getKey2>>>,0>* * ]* * c:\code\common\lib\boost\boost\mpl\aux_\preprocessed\plain\apply.hpp(63) : see reference to class template instantiation 'boost::mpl::apply_wrap2<F,T1,T2>' being compiled* * with* * [* * F=boost::mpl::bind2<boost::multi_index::detail::index_node_applier,boost::mpl::_2,boost::mpl::_1>,* * T1=boost::multi_index::detail::index_node_base<ClassX *,std::allocator<ClassX *>>,* * T2=boost::mpl::v_iter<boost::mpl::vector1<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<ParentOfClassX,GKey,ParentOfClassX::getKey1>,boost::multi_index::const_mem_fun<ParentOfClassX,Vs64,ParentOfClassX::getKey2>>>,0>* * ]* * c:\code\common\lib\boost\boost\mpl\aux_\preprocessed\plain\reverse_iter_fold_impl.hpp(58) : see reference to class template instantiation 'boost::mpl::apply2<F,T1,T2>' being compiled* * with* * [* * F=boost::mpl::bind2<boost::multi_index::detail::index_node_applier,boost::mpl::_2,boost::mpl::_1>,* * T1=boost::multi_index::detail::index_node_base<ClassX *,std::allocator<ClassX *>>,* * T2=boost::mpl::v_iter<boost::mpl::vector1<boost::multi_index::hashed_unique<boost::multi_index::const_mem_fun<ParentOfClassX,GKey,ParentOfClassX::getKey1>,boost::multi_index::const_mem_fun<ParentOfClassX,Vs64,ParentOfClassX::getKey2>>>,0>* * ]* Thanks, Ram

2 5

[Graph] Is there an active maintainer for Boost.Graph?
by Rohan Shah 19 Sep '16

19 Sep '16

Hi all. I'm wondering whether Boost.Graph currently has an active maintainer. I only ask because there is a fairly active github repository ( https://github.com/boostorg/graph) but it seems that important commits fail to make it into the main release on the website. For example, I would consider this (https://github.com/boostorg/graph/commit/ 8ece8fac15560cf38cf3ffbb1d56708ef8e586a2) commit to be fairly critical - Without it part of depth_first_search seems to be somewhat broken, and that's a core algorithm. And that commit is from 2014! A conversation on #boost IRC suggested I mention this problem here. Note: I am not volunteering myself to help fix this - I'm simply not qualified for it. Sorry.

1 0

[boost] [bjam] combinations of options
by Lorenzo Caminiti 19 Sep '16

19 Sep '16

Hello all, When I use bjam the following will compile my code with combinations of MSVC, GCC, and CLang for both shared and static linking: $ bjam toolset=msvc,gcc,clang link=shared,static # (1) Is there a way to define a variant, target, or something else in the Jamfiles so that I can shortcut the above by typing just the variant target at the command line: $ bjam all_toolset_link_combinations # equivalent to (1) above I am asking this just for convenience because I have a feature like toolset but with 30+ values so it'd be nice to shortcut it to a single target on the bjam command line. Thank you. --Lorenzo

2 4

[test] Init framework before dataset generation
by Florian Lindner 16 Sep '16

16 Sep '16

Hello, I try to use boost test with data test cases: std::vector<float> fibonacci() { std::cout << "Data Set" << std::endl; [...] } BOOST_DATA_TEST_CASE(datatest, boost::unit_test::data::make(fibonacci()), mapping) { std::cout << "Datatype" << typeid(mapping).name() << std::endl; } The problem of that is, that fibonacci is initialized before anything else. The order of initializations is: Data Set main init_unit_test Global Fixture That works fine here, but my fibonacci uses MPI which needs to initialized by MPI_Init. I want to do that initialization in the global fixture or int main or init_unit_tests, once for the entire test runner. Is there anything I can do about that and belay initialization of Data Set after one of the others? Thanks, Florian

2 2

[release] Boost 1.62.0. Beta 2
by Rene Rivera 14 Sep '16

14 Sep '16

The packages for 1.62.0 beta 2 are now available: <https://sourceforge.net/projects/boost/files/boost/1.62.0.beta.2/> The SHA256 checksums are as follows: 95feae3620b3e604e93f14d97195fc04a4b67063692859af8df19657d41b82d5 boost_1_62_0_b2.7z 27bc9b328ff73d7dbf80cd9d4b5f79b0878221e5d8e4b6c47444b135edc1080a boost_1_62_0_b2.tar.bz2 3939d5efa683449e87b374d7e92e3eeb6490063ddb2877919f0fad26e3a0f53e boost_1_62_0_b2.tar.gz cff9ab5db0928244c4c836cf3da5140e6e93db7756e2791ba99a21104ad3aa72 boost_1_62_0_b2.zip As always, the release managers would appreciate it if you download the archive of your choice and give building and using it a try. Please report both success and failure, and anything else that is noteworthy. Thanks! -- The release managers -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

3 2

[Boost.Graph] Accessing underlying graph of a boost::reverse_graph
by Björn Pollex 13 Sep '16

13 Sep '16

Hello, I am currently trying to find out if there is a way to access the underlying graph of a boost::reverse_graph [1]. There does not seem to be support for this. I want to use this to generically define interior edge-properties for reversed graphs, if the underlying graph has them as well. Currently this does not work, because I cannot access the underlying graph object. Am I overlooking something? If not, where could I request to add this? Cheers, Björn Pollex [1]: http://www.boost.org/doc/libs/release/libs/graph/doc/reverse_graph.html

2 2

[boost][interprocess] named_mutex/named_condition using windows shared memory
by Rob Conde 12 Sep '16

12 Sep '16

For boost interprocess shared memory, I can choose to use windows specific shared memory so that no files are created to emulate the functionality. Is there any way to do this with named_mutexes and named_conditions? Thanks, Rob Conde

2 1

[release] Boost 1.62.0 Beta 1
by Rene Rivera 12 Sep '16

12 Sep '16

The first beta packages for 1.62.0 beta 1 are now available: <https://sourceforge.net/projects/boost/files/boost/1.61.0.beta.1/> The SHA256 checksums are as follows: f7cc83e6a3b03cd7aa8822992aa3e36422cc2214644d69277ef55a4db51f44bd boost_1_62_0_b1.7z 4057993811e40b1fd4719675e44c2550b6c2379546192da2299c17fec9a3dddf boost_1_62_0_b1.tar.bz2 fb0c10b625c5ec47cc837b54740540e400c59571b2eabf427c00f32bffc6ca70 boost_1_62_0_b1.tar.gz b38ef21c43c5ff814a2144bc23871c134164e7f51c71672d0f49a44636fb50b5 boost_1_62_0_b1.zip As always, the release managers would appreciate it if you download the archive of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. Thanks! -- The release managers -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

9 20

"Re: [boost] Boost-1.62: How to get list of all dirs under 'run-tests libs:' target from status/Jamfile?"
by Sergey Sprogis 09 Sep '16

09 Sep '16

This is nice idea, but unfortunately does not work for my purpose of calculatingpass rates for every test suite of regression testing. It would fit perfectly if instead of ---dumptest b2 will also have another option, something like: --dumptestdirs. I mean, the option which generates the whole list of dirs containing all jamfiles executed for full regression testing. Actually, I spent some time trying to generate such list of dirs based on the output produced by 'b2 -n -a -d0 --dump-tests', but was not able to find general algorithm [ wout using specific library names and whout parsing the content of jamfiles ] which transforms list of tests into the list of test dirs from which they are launched [ assuming that each test should be executed only once ]. Here just couple of examples which demonstarte those difficulties: 1. In 'wave' its 'test' subdir does not contain jamfile like many other libsdo, but rather wave's jamfile is located inside internal 'build' subdirectory, and it launches testslocated from 'testlexers' 'testwave' subdirs which are located on the same level as 'build' itself. When my script sees those wave tests from --dumptest output, how should it figure out that jamfile which launches them is located inside 'build' dir? 2. Inside 'unordered' library there are two subdirs with jamfiles: test/exception and test/unordered. All tests for 'unordered' may be run in two similar ways: either by executing both those jamfiles, or by executing jamfile which is located on higher level inside 'test' subdir. But to run every test once the script should choose one or another way. Now, in a similar situation for 'core' library, in order to run all its tests one time my script should run both jamfiles: internal one located inside core/test, and also another one located in core/test/swap. How the script should resolve such ambiguity for 'unordered' and core' libraries? So, I think that list of test dirs which was present in status/Jamfile.v2 in boost-1.61.0 was really useful to me. But, of course if it was created manually, and there is no easy way to do it automatically, then probably, I should also create it manually for Boost-1.62 and all later versions. Sergey > 2016-09-04 11:45:41 Rene Rivera (/grafikrobot_at_[hidden]/) > wrote: > You can get a list of all the tests that get, or will get, run from b2 with the following: > % cd boost-root/status > % b2 -n -a -d0 --dump-tests > That will produce, interspersed with other output, lines like the following: > boost-test(RUN) "accumulators/count" : "libs/accumulators/test/count.cpp" > One of those for each test that is tested. The format is: > boost-test(<TYPE>) "<LIBRARY>/<TEST>" : "<SOURCE>" > Where LIBRARY can be of the form "<library>" or "<library>/<sublibrary>". > That should be sufficient to produce the results you want. And if you use > just the above list of tests it's likely to be more accurate than your > previous method. As the tests runs from the "boost-root/status" dir are not > alway the same as those run from the corresponding library dirs. > -- >-- Rene Rivera >>On Sat, Sep 3, 2016 at 5:09 PM, Sergey Sprogis <sergey.sprogis_at_[hidden]> >> wrote: >> I use latest Boost versions to test new C++ compiler in development stage. >> >> It's important for me to know what would be "pass rate" for every library >> which Boost.org reports on its Regression Testing website. >> To calculate all those pass rates I created script which goes inside every >> library's 'test', 'example' or whatever subdirectory and launches bjam from >> there. >> It creates a separate logfile(s) for every library which I then analyze to >> calculate "pass rate". >> >> But before launching my script I need to know the whole list of dirs which >> Boost.org uses for its Regression testing. >> In the previous Boost-1.61.0 version I was able to easily produce such >> list by extracting it from 'status/Jamfile.v2'. It looked like this: >> >> run-tests libs : >> accumulators/test # test-suite accumulators >> algorithm/test # test-suite algorithm >> algorithm/minmax/test # test-suite algorith/minmax >> ... >> concept_check # test-suite concept_check >> config/test # test-suite config >> container/bench # test-suite container benchmarks >> container/example # test-suite container_example >> ..... >> >> As you may see this list contains not only 'test' subdirs, but also some >> others: 'example', 'bench', etc. >> But now the problem is that in Boost-1.62.0 'status/Jamfile.v2' does not >> have such full list anymore. >> >> Could anyone suggest me some hack how to produce the full list of tested >> libraries for Boost-1.62.0, similar to one which Boost-1.61.0 has? >> >> It would be nice if bjam will eventually have a special option which will >> allow to produce such list, but for now I'd appreciate just a hack which >> will help me to solve this issue. >>

1 0

Preprocessor: Expaning empty VA_ARGS
by Florian Lindner 09 Sep '16

09 Sep '16

Hello, I have this preprocessor macros: ----------- #include <boost/preprocessor/variadic/to_seq.hpp> #include <boost/preprocessor/seq/for_each_i.hpp> #include <boost/preprocessor/stringize.hpp> #include <iostream> #define TRACE(...) \ std::cout << "foo" \ BOOST_PP_SEQ_FOR_EACH_I(LOG_ARGUMENT,, BOOST_PP_VARIADIC_TO_SEQ(__VA_ARGS__)); #define LOG_ARGUMENT(r, data, i, elem) \ << std::endl << " Argument " << i << ": " << BOOST_PP_STRINGIZE(elem) << " == " << elem int main(int argc, char *argv[]) { TRACE(); return 0; } ----------- They compile when TRACE has arguments, but not without. Problem is, that LOG_ARGUMENT is called even when no args are supplied, leading to the expansion: std::cout << "foo" << std::endl << " Argument " << 0 << ": " << "" << " == " << ;; elem is empty, therefore there is no expression after the last << expected primary-expression before »;« token How can I deal with that? Thanks, Florian

3 4