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

[Fiber] Boost 1.63 buffered_channel failed to compile with g++ 4.8 on Ubuntu
by lin li 23 Jun '17

23 Jun '17

Hi, guys. I was trying to compile the example code from Boost website for the buffered_channel in Boost 1.63, but it failed with the following error: In file included from /opt/third_party/include/boost/fiber/all.hpp:15:0, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudWorkerJob.h:19, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.h:16, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.cpp:7: /opt/third_party/include/boost/fiber/buffered_channel.hpp: In instantiation of ‘boost::fibers::buffered_channel<T>::buffered_channel(std::size_t) [with T = HAUD::SS7Wrapper*; std::size_t = long unsigned int]’: /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.cpp:23:25: required from here /opt/third_party/include/boost/fiber/buffered_channel.hpp:49:9: error: use of deleted function ‘std::atomic<long unsigned int>::atomic(const std::atomic<long unsigned int>&)’ slot() = default; ^ In file included from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudWorkerJob.h:11:0, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.h:16, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.cpp:7: /usr/include/c++/4.8/atomic:658:7: error: declared here atomic(const atomic&) = delete; ^ In file included from /opt/third_party/include/boost/fiber/all.hpp:15:0, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudWorkerJob.h:19, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.h:16, from /home/ak70/HaudDevelopment/HaudCore/HaudCore/Services/HaudSMSService/HaudEndpointWorker.cpp:7: /opt/third_party/include/boost/fiber/buffered_channel.hpp:138:16: note: synthesized method ‘boost::fibers::buffered_channel<T>::slot::slot() [with T = HAUD::SS7Wrapper*]’ first required here slots_ = new slot[capacity_](); ^ make[2]: *** [cpm-bin/gitfortytwolocal_haudbackend_haudcore_origin_master/bin/CMakeFiles/HaudCore.dir/HaudCore/Services/HaudSMSService/HaudEndpointWorker.cpp.o] Error 1 make[1]: *** [cpm-bin/gitfortytwolocal_haudbackend_haudcore_origin_master/bin/CMakeFiles/HaudCore.dir/all] Error 2 make: *** [all] Error 2 Any ideas?

1 0

compiling error C1001 for common_type.hpp on boost_1_64_0
by Connie Zhang 20 Jun '17

20 Jun '17

Hi, there, I am getting internal error C1001 on one of the library header file. it points to the line inside the code: template<class T1, class T2, class... T> using common_type_fold = common_type_t<common_type_t<T1, T2>, T...>; Do anyone has some idea for how to fix it? The program is on Visual Studio 2013. Thank you for your input. WZ Sent from Yahoo Mail. Get the app

2 2

Compiling Boost with Qt & gcc ver. 5.3.0
by Michael Miller 20 Jun '17

20 Jun '17

Hello, I've got Boost 1_53_0 & 1_64_0 working with Qt 5.9 (gcc version 5.3.0) and c++ on Windows 10 - 32 bit. Compiling (without warnings) and running from within Qt Creator. In each version of Boost change "std:auto" to "std::unique". That’s it. What this does with MSVC, I don’t know Regards

2 1

Process extension compile issue.
by dinesh kumar 15 Jun '17

15 Jun '17

Hi Team, Greetings for the day. I am currently facing the problem with process extension as documented here <http://www.boost.org/doc/libs/1_64_0/doc/html/boost_process/design.html#boo…> . I am testing the boost 1.64 version macOS, and unable to use the below functionality. void test() { cout << "On Setup" << endl; } int main() { std::function<void(void)> on_st = test; bp::child c2("ls", boost::process::extend::on_setup(on_st)); } *Error: * /usr/local/include/boost/process/detail/handler.hpp:33:9: No matching function for call to object of type 'std::__1::function<void ()>' Would somebody guide me here, please? -- Regards, Dinesh manojadinesh.blogspot.com

2 4

[Boost.Program_options] String options parser
by Belcourt, Kenneth 14 Jun '17

14 Jun '17

Hi, We have an executable that uses the program_options library to process command line options like this: $ ./hilbert.x -h -b [ --hilbert ] arg (=1) enable hilbert matrix -e [ --epsilon ] arg (=0.001) roundoff epsilon -h [ --help ] help message -i [ --input-file ] arg process input file -r [ --rank ] arg rank of matrix to construct -t [ --tolerance ] arg (=1e-13) linear tolerance -v [ --inverse ] arg (=0) enable inverse hilbert matrix -w [ --wordsize ] arg (=8) floating-point word size (bytes) and it works great. Now we’re trying to automate some testing and we test our executable with an input file that has hundreds of lines like this: --inverse 1 --tolerance 1e-15 --rank 2 --inverse 1 --tolerance 1e-15 --rank 3 --inverse 1 --tolerance 1e-15 --rank 4 where each line is a separate test case that we run with the specified options. I was looking for a program options parser that can parse a string, so I can read one line of input from this file into a string, and run that test case, that is something like this: // read one line of input from file ifstream ifp; string buffer; while (!ifp.eof() && ifp.good()) { getline(ifp, buffer); // load a set of command line options from this string po::parse_config_file<char>(buffer.c_str(), desc); } The only program option parsers I see are parse_command_line, parse_config_file, and parse_environment. Is there an easy way (without having to construct an argc/argv data structure) to parse a file of program options? — Noel Belcourt

3 4

Compile errors with Booost_1_64_0
by Michael Miller 13 Jun '17

13 Jun '17

Hello, Windows 10 gcc version 5.3.0 My program compiles OK with Boost_1_53_0. I get a compile failure (3 errors) when including Boost_1_64_0. \boost\boost_1_64_0\boost\numeric\ublas\storage.hpp:299: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ private: friend class boost::serialization::access; // Serialization template<class Archive> void serialize(Archive & ar, const unsigned int /*version*/) { serialization::collection_size_type s(size_); ar & serialization::make_nvp("size",s); if ( Archive::is_loading::value ) { resize(s); } line 299 ar & serialization::make_array(data_, s); } \boost\boost_1_64_0\boost\numeric\ublas\storage.hpp:494: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ private: // Serialization friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int /*version*/) { serialization::collection_size_type s(size_); ar & serialization::make_nvp("size", s); if ( Archive::is_loading::value ) { if (s > N) bad_size("too large size in bounded_array::load()\n").raise(); resize(s); } line 494 ar & serialization::make_array(data_, s); } \boost\boost_1_64_0\boost\numeric\ublas\matrix.hpp:5977: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, N); ^ void serialize(Archive & ar, const unsigned int /* file_version */) { // we need to copy to a collection_size_type to get a portable // and efficient serialization serialization::collection_size_type s1 (size1_); serialization::collection_size_type s2 (size2_); // serialize the sizes ar & serialization::make_nvp("size1",s1) & serialization::make_nvp("size2",s2); // copy the values back if loading if (Archive::is_loading::value) { size1_ = s1; size2_ = s2; } // could probably use make_array( &(data[0][0]), N*M ) line 5977 ar & serialization::make_array(data_, N); } Regards

1 0

How do I build x64 binaries with Boost source?
by Osman Zakir 12 Jun '17

12 Jun '17

Hi, How do I specify that I want to build 64-bit binaries when I run bootstrap and then invoke b2? I had a linker error saying, “1>libboost_thread-vc141-mt-gd-1_64.lib(thread.obj) : fatal error LNK1112: module machine type 'X86' conflicts with target machine type 'x64'” when I tried to build an ISAPI extension DLL with Wt (just a simple app using the same code as in the “Hello world” example). [Note: I’m just trying out the wtispai.lib/wisapid.lib connector libraries to see how to use them.] Any help would be appreciated. Thanks in advance. Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

3 2

Semantic Compiler Errors (general question)
by James Stortz 12 Jun '17

12 Jun '17

I have included and linked the latest Boost C++ library into my build. I tested the library beforehand. However, when simply including the header files in a C++ actor class in my Unreal game project, I get errors like: Warning Example: Error boost/config/stdlib/dinkumware.hpp(99) : warning C4668: '_HAS_NAMESPACE' is not defined as a preprocessor macro, replacing with '0' for '#if/#elif' Error Examples: Error boost/intrusive/slist.hpp(1926) : error C4003: not enough actual parameters for macro 'check' Error boost/intrusive/slist.hpp(1926) : error C2062: type 'void' unexpected It looks like there is some strict/unsupported semantic issues with the compiler that is being used. How do I fix this? I am on Windows with VS 2017. Sample programs compile fine with just cl /EHsc /I boost_1_64_0 test_game.cpp /link /LIBPATH:"F:\boost_1_64_0\stage\lib" Why would the compiler not work from within Unreal? Thanks, Regards, James

4 3

Re: [Boost-users] Beginner Question (Windows MSVC)
by James Stortz 11 Jun '17

11 Jun '17

So I got it to work by simply renaming the library, but I don't know if that's the proper solution or why. I'm wary that I'll have other issues or that something is off about my installation. (And I do have the LIBPATH correctly typed in the console -- sorry. :D) On Fri, Jun 9, 2017 at 8:26 PM, James Stortz <james.ryan.stortz(a)gmail.com> wrote: > So I got it to work by simply renaming the library, but I don't know if > that's the proper solution or why. I'm wary that I'll have other issues or > that something is off about my installation. (And I do have the LIBPATH > correctly typed in the console -- sorry. :D) > > On Fri, Jun 9, 2017 at 7:30 PM, stathis <stathis(a)npcglib.org> wrote: > >> Look at the path you're using with LIBPATH, it seems wrong, it should >> probably be >> >> /LIBPATH:F:\src\boost_1_64_0\stage\lib >> >> --st >> >> >> >> On 10/06/2017 02:04, James Stortz via Boost-users wrote: >> >> correction, the error was: >> >> LINK : fatal error LNK1104: cannot open file >> 'libboost_date_time-vc141-mt-s-1_64.lib' >> >> On Fri, Jun 9, 2017 at 7:00 PM, James Stortz <james.ryan.stortz(a)gmail.com >> > wrote: >> >>> I can't seem to include/link and compile properly. I am using boost 1.64 >>> and Visual Studio 2017 (Community). >>> >>> I can successfully include the headers and compile the example program >>> on the Getting Started page[1]. But when trying to simply compile the mutex >>> example from interprocess docs[2], I get this error: >>> >>> >>> LINK : fatal error LNK1104: cannot open file >>> `libboost_date_time-vc141-mt-2-1_64.lib` >>> >>> >>> From the Getting Started page on linking, I have been trying the >>> following: >>> >>> cl /EHsc /I boost_1_64_0 doc_memtest1.cpp ^ >>> /link /LIBPATH:F\src\boost_1_64_0\stage\lib >>> >>> >>> I have even tried a solution from Stackoverflow[3], multiple times with >>> various configurations, x64/x86, but nothing. I don't even have that >>> particular library. I have "libboost_date_time-vc141-mt-gd-1_64.lib" >>> and "libboost_date_time-vc141-mt-1_64.lib". >>> >>> I assume I am doing something wrong, as I am new to programming on >>> Windows/MSVC. >>> >>> Any help? Thanks! >>> James >>> >>> >>> [1] http://www.boost.org/doc/libs/1_64_0/more/getting_started/wi >>> ndows.html >>> >>> [2] http://www.boost.org/doc/libs/1_64_0/doc/html/interprocess/s >>> ynchronization_mechanisms.html#interprocess.synchronization_ >>> mechanisms.mutexes.mutexes_anonymous_example >>> >>> [3] https://stackoverflow.com/questions/41464356/build-boost-wit >>> h-msvc-14-1-vs2017-rc >>> >> >> >> >> _______________________________________________ >> Boost-users mailing listBoost-users@lists.boost.orghttps://lists.boost.org/mailman/listinfo.cgi/boost-users >> >> >> >

2 3

[MSM] exception_caught question
by Christophe Henry 10 Jun '17

10 Jun '17

Hi, > I found that answer for exceptions which can occur during the processing: > >https://lists.boost.org/boost-users/2012/03/73904.php > >Here is handled the case that exception is derived from std::exception. >What happens if not? >Can the parameter be changed to std::exception_ptr or just a > template Parameter? only std::exception are caught. Others just go through and interrupt the transition, which might leave the state machine in a dirty state, where an entry or exit action would not have been called. Cheers, Christophe

1 0

Beginner Question (Windows MSVC)
by James Stortz 09 Jun '17

09 Jun '17

I can't seem to include/link and compile properly. I am using boost 1.64 and Visual Studio 2017 (Community). I can successfully include the headers and compile the example program on the Getting Started page[1]. But when trying to simply compile the mutex example from interprocess docs[2], I get this error: LINK : fatal error LNK1104: cannot open file `libboost_date_time-vc141-mt-2-1_64.lib` >From the Getting Started page on linking, I have been trying the following: cl /EHsc /I boost_1_64_0 doc_memtest1.cpp ^ /link /LIBPATH:F\src\boost_1_64_0\stage\lib I have even tried a solution from Stackoverflow[3], multiple times with various configurations, x64/x86, but nothing. I don't even have that particular library. I have "libboost_date_time-vc141-mt-gd-1_64.lib" and "libboost_date_time-vc141-mt-1_64.lib". I assume I am doing something wrong, as I am new to programming on Windows/MSVC. Any help? Thanks! James [1] http://www.boost.org/doc/libs/1_64_0/more/getting_started/windows.html [2] http://www.boost.org/doc/libs/1_64_0/doc/html/interprocess/synchronization_… [3] https://stackoverflow.com/questions/41464356/build-boost-with-msvc-14-1-vs2…

2 2

[ Boost.Units ] Invert a quantity_type
by Belcourt, Kenneth 09 Jun '17

09 Jun '17

Hi, I have a structure that is passed some type from which I can extract a units quantity type: template <typename Field> struct field { Field f; typedef typename Field::quantity_type quantity_type; // access typed data off Field quantity_type operator[](int i) { return f[i]; } }; Is there a way to invert a quantity type so I can compute and return, say, the inverse of the passed quantity_type? So, for example, is there any Boost.Units inverse meta like function that might let me say something like this: template <typename Field> struct field_inverse { Field f; typedef typename Field::quantity_type quantity_type; typedef typename bu::inverse<quantity_type>::type inverse_quantity_type; // access typed data off field, return inverse of quantity_type inverse_quantity_type operator[](int i) { return one / f[i]; } }; I’m hoping for something more general than partially specializing the bu::inverse method for each quantity I may want to invert. Any ideas? — Noel Belcourt

2 2

[Boost.Heap] Possible bug with ordered iterator and boost::heap::binomial_heap
by Kudo, Jun 08 Jun '17

08 Jun '17

Hi all, I'm observing a weird phenomenon when iterating over a binomial heap after pushing two values with the same priority. Instead of printing the expected values twice, the ordered iterator seems to print three values. I do not observe this behavior when using a Fibonacci heap or a binary heap. I've attached sample code that demonstrates this behavior. Can anyone help explain what's going on? Boost Version : Boost 1.64 Compiler : GCC 5.3.0 #include <iostream> #include "boost/heap/fibonacci_heap.hpp" #include "boost/heap/binomial_heap.hpp" #include "boost/heap/d_ary_heap.hpp" template <class HeapType> void PrintHeap(HeapType const & heap) { std::cout << "Printing out heap : "; for (auto it = heap.begin(); it != heap.end(); ++it) { std::cout << *it << " "; } std::cout << "\n Printing out heap in order : "; for (auto it = heap.ordered_begin(); it != heap.ordered_end(); ++it) { std::cout << *it << " "; } std::cout << "\n\n"; } int main(int /* argc */, char** /* argv */) { typedef boost::heap::binomial_heap<int> BinomialHeap; BinomialHeap binomial_heap; binomial_heap.push(1); binomial_heap.push(1); // Prints {1,1} and {1,1,1} PrintHeap(binomial_heap); typedef boost::heap::fibonacci_heap<int> FibonacciHeap; FibonacciHeap fibonacci_heap; fibonacci_heap.push(1); fibonacci_heap.push(1); // Prints {1,1} and {1,1} PrintHeap(fibonacci_heap); typedef boost::heap::d_ary_heap<int, boost::heap::arity<2>, boost::heap::mutable_<true>> BinaryHeap; BinaryHeap binary_heap; binary_heap.push(1); binary_heap.push(1); // Prints {1,1} and {1,1} PrintHeap(binary_heap); } Thanks! Jun

1 0

svn.boost.org schedule maintenance - DOWN TIME
by Michael Caisse 07 Jun '17

07 Jun '17

Hi all - svn.boost.org is scheduled for maintenance on June 8 from 1700 - 1900 UTC. Expect outages for Trac during this time. Happy coding! michael -- Michael Caisse Ciere Consulting ciere.com

1 0

[MSM] What happens to MSM if guard returns `false`, mutable events and error recovery?
by Ovanes Markarian 05 Jun '17

05 Jun '17

Hi *, I am currently reading through the MSM docs and have one question, what happens to MSM if guard returns `false`. Does the MSM enter an error state in orthogonal region (http://www.boost.org/doc/ libs/1_64_0/libs/msm/doc/HTML/ch03s02.html#d0e577)? Even internals page describes, what happens if guard returns `true`, but not a single word on `false` case. Regarding the const events: I am programming an MSM to proxy network traffic and once a message with data was received it'll be analysed and moved between different states. Message instances implement move semantics. Currently, the MSM has an initial state `ready` where the `message_in` event is handled. This event contains the message to be analysed. From my current understanding I either have to make message field in `message_in` event mutable or MSM needs to to support r-value references. Can somebody tell me what's going to happen if the action only accepts r-value reference to an event instance? Currently, it seems to work, but would like to understand the implications. struct some_action_impl { template<class Fsm, class Event, class SourceState, class TargetState> void operator()(Event&& ev, Fsm& fsm, SourceState& source, TargetState& target) { ... } } My last question relates to multi-threading. I understand that MSM manages internal states, would it be safe to create MSM as a thread-local storage and restart the thread-local MSM if the new request comes in? It's more about, what happens to MSM after an error state? Is calling stop(), start() members enough? Many thanks for help, Ovanes

2 1

[MSM] exception_caught question
by Ovanes Markarian 05 Jun '17

05 Jun '17

Hi *, I found that answer for exceptions which can occur during the processing: https://lists.boost.org/boost-users/2012/03/73904.php Here is handled the case that exception is derived from std::exception. What happens if not? Can the parameter be changed to std::exception_ptr or just a template parameter? Thanks for help, Ovanes

1 0

[Units] What is the correct/recommended way to handle different ratios in the same unit
by Carel Combrink 05 Jun '17

05 Jun '17

Hi All, I have recently started looking at Boost.Units to use in my applications where unit conversions happens regularly. The conversions are mostly within the same unit, but different ratios, like hertz to killohertz and back (also distances). I have asked for some advice on StackOverflow, but still waiting for an answer to either indicate the correct way or confirm that what I am doing is correct. The mentioned question can be seen here: https://stackoverflow.com/q/44300549/991000 Is there someone that can perhaps look at my question on SO and offer some assistance or advice please? Regards, Carel

1 0

Boost.Parameter python and lazy evaluation of default arguments
by Philipp.Buettgenbach＠gmail.com 05 Jun '17

05 Jun '17

Hello all, I have a question concerning the Boost.Parameter library and the python binding provided by this library. When I try to compile the attached code with clang I get: ------------------------------- /tmp$ clang -I/usr/include/python2.7/ -std=c++14 -c python_test.cpp In file included from python_test.cpp:7: In file included from /usr/include/boost/parameter/preprocessor.hpp:8: In file included from /usr/include/boost/parameter/parameters.hpp:40: /usr/include/boost/parameter/aux_/arg_list.hpp:361:16: error: no viable conversion from 'boost::parameter::aux::maybe<std::basic_string<char> >' to 'const std::basic_string<char>' return arg.value; ^~~~~~~~~ ------------------------------- If I just compile main or use standard default arguments everything compiles fine. Can anybody explain to me what's wrong with using lazy default argument evaluation when exporting to python? Thanks a lot, Philipp

1 0

Source incompatible changes in Boost.Test
by Dominique Devienne 03 Jun '17

03 Jun '17

What's the point of changing a public symbol's case like this, leading to a hard build error? Seems a bit gratuitous, no? And not up to Boost's standards I might add. --DD if (BOOST_VERSION < 106000) boost::unit_test::tut_suite #else boost::unit_test::TUT_SUITE #endif

2 1

[MSM] What happens to MSM if guard returns `false`, mutable events and error recovery?
by Christophe Henry 02 Jun '17

02 Jun '17

Hi, >I am currently reading through the MSM docs and have one question, > what happens to MSM if guard returns `false`. Does the MSM enter an error state > in orthogonal region (http://www.boost.org/doc/libs/1_64_0/libs/msm/doc/HTML/ch03s02.html#d0e577)? >Even internals page describes, what happens if guard returns `true`, >but not a single word on `false` case. What happens is described in http://www.boost.org/doc/libs/1_64_0/libs/msm/doc/HTML/ch02s02.html#d0e226 and in http://www.boost.org/doc/libs/1_64_0/libs/msm/doc/HTML/ch06.html#d0e3013 To sum up, in this case the next guard is tried and the next until no more is left. If all return false, processing in this region is finished. Each region processes independently from others but if one guard rejected the event, this event is seen as processed. >Regarding the const events: I am programming an MSM to proxy network >traffic and once a message with data was received it'll be analysed and >moved between different states. Message instances implement move semantics. >Currently, the MSM has an initial state `ready` where the `message_in` >event is handled. This event contains the message to be analysed. From my >current understanding I either have to make message field in `message_in` >event mutable or MSM needs to to support r-value references. Can somebody >tell me what's going to happen if the action only accepts r-value reference >to an event instance? Currently, it seems to work, but would like to >understand the implications. MSM is still C++98. const& were necessary to pass temporary objects. You can simply const_cast. I'm unsure about the r-value reference action. >My last question relates to multi-threading. I understand that MSM >manages internal states, would it be safe to create MSM as a >thread-local storage and restart the thread-local MSM if the new >request comes in? It's more about, what happens to MSM after an error >state? Is calling stop(), start() members enough? I don't get where there is multithreading in your question. Using TLS it is thread-safe to restart whatever you want. start() calls the first on_entry, stop(), the last on_exit, nothing else. HTH, Christophe

1 0

[Intrusive] Call custom function after tree rotations
by Lukas Barth 31 May '17

31 May '17

Hi, I'm trying to implement an interval tree based on boost::intrusive::rbtree. For such an interval tree, certain fixup operations must be run after a node rotation. Now, as far as I can see from the code (looking at rotate_* in bstree_algorithms), there is no way of "hooking into"[0] these methods, right? Am I missing something? What I need: After every operation that changes the parent-child-relationship of nodes I need to touch all involved nodes. At this point, I'm considering monkey-patching bstree_algorithms using some preprocessor directives, but that is bound to fail spectacularly. Any better ideas? Kind regards, and thanks for any help, Lukas [0] I know the term "hook" is overloaded differently with intrusive, but I can't think of a better term.

2 1

[Interprocess] uint64 atomic
by dnj0496 31 May '17

31 May '17

Hi, I am new to boost-interprocess. I am trying to store some of my data structures in shared memory using boost::interprocess. Each of my data structure(s) contain a bunch of counters (basically size_t values) updated atomically. In the traditional world, std::atomic supports atomic update for size_t. However, I came to know that boost::interprocess doesn't support atomic update for uint64. I've looked at pairing my counter with a lock for synchronization purposes. I've implemented it and it seems to work. However, the upgradable_mutex is consuming 144bytes while my counter is 8bytes(size_t) making it cost prohibitive. Alternatively, I could use one lock for all the counters of a class to spread the cost but that'd affect the performance and affect parallelism. I'd appreciate it if someone could offer any alternate suggestions. Thanks. Dk. -- View this message in context: http://boost.2283326.n4.nabble.com/Interprocess-uint64-atomic-tp4695000.html Sent from the Boost - Users mailing list archive at Nabble.com.

3 3

[type_erasure] any holding a ref to any
by Joaquin M López Muñoz 31 May '17

31 May '17

Say I have an object a of type any<mpl::vector<Concept1,typeid_<>>,_self&> and an object b of type any<Concept2,T> where Concept1 is a subconcept of Concept2. Is it possible to make a refer to b rather than the object wrapped by b? I mean: any_cast<void*>(&a)==&b typeid_of(a)==typeid(b) A solution involving wrapping/copying b into some auxiliary entity would be acceptable too. This questin is obviously connected to the implementation of boost::any_collection, as Steven will undoubtedly have guessed. Thank you, Joaquín M López Muñoz

2 1

Compiling Boost 1.64.0 with Visual Studio 2017
by Leo Carreon 31 May '17

31 May '17

Hi, Has anyone tried building Boost 1.64.0 with Visual Studio 2017 in “/std:c++latest” mode? I’m asking because I tried and the build generated a lot of errors and some of them are to do with things that have been removed in C++17, e.g. std::auto_ptr, etc. It seems that these need to be resolved soon especially when a lot of the compilers become C++17 compliant. If anyone is curios, I’m attaching a ZIP file containing my complete build log. Kind regards, Leo

1 0

Boost.Python can't link using downloaded pre-compiled binaries
by Heng Zhou 30 May '17

30 May '17

Following are the environment: - Windows 7 Enterprise SP1 64 bit - Python 2.7.13 - Visual Studio 2015 (v14.0) Following are the steps to the problem: (1) I downloaded boost_1_64_0-msvc-14.0-64.exe from https://urldefense.proofpoint.com/v2/url?u=https-3A__sourceforge.net_projec… . Since it is pre-compiled binary, I think there is no need to build Boost.Python manually. Note that it is for 64 bit build in VS2015 if I understand correctly. (2) Install the pre-compiled binary to C:\local\boost_1_64_0 (3) Follow the Boost.Python's QuickStart here: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.boost.org_doc_libs_… . The source code are the same as shown therein. (4) Set in VS2015 Property Pages->C/C++->Additional Include Directories: C:\local\boost_1_64_0;C:\Python27\include Set in VS2015 Property Pages->Linker->Additional Library Directories: C:\local\boost_1_64_0\lib64-msvc-14.0;C:\Python27\libs Set in VS2015 Property Pages->Linker->Input->Additional Dependencies: boost_python-vc140-mt-1_64.lib;boost_python-vc140-mt-gd-1_64.lib;%(AdditionalDependencies) Set in VS2015 Property Pages->General->Configuration Type: Dynamic Library (.dll) (5) Build under x64 configuration and got errors: 1>Source.obj : error LNK2001: unresolved external symbol __imp_PyString_Type 1>Source.obj : error LNK2001: unresolved external symbol __imp__Py_NoneStruct 1>C:\...\ConsoleApplication1\x64\Release\ConsoleApplication1.dll : fatal error LNK1120: 2 unresolved externals I have no idea what the matter is. I will greatly appreciate it if you can help me out.

3 2

NEWBIE: Undefined references: How do I find the library that resolves an undefined reference
by JENNINGS, LYNN M NH-03 USAF AFMC 517 SMXS/MXDPB 30 May '17

30 May '17

NEWBIE question: Undefined references: How do I find the library that resolves an undefined reference. For example, the output for the gcc linker running in MinGW shows: C:/boost/boost/asio/detail/impl/winsock_init.ipp:39: Undefined reference to `WSAStartup@8' I have googled the documentation a number of ways, but I cannot find the library that will resolve this error. I am sure that this is a common problem. Please point me to the documentation so I can fix this and the undefined references. Thanks!

4 3

boost::process async io and reading stdout line by line
by niXman 29 May '17

29 May '17

Hi, Is it possible to use boost::process async io and reading the stdout line by line? Thanks. -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: https://sf.net/p/mingw-w64/

2 1

[Move] unique_ptr with boost vector container (C++98)
by Gene Kang 29 May '17

29 May '17

I’m using boost::movelib::unique_ptr with a polymorphic container of type boost::container::vector and getting a compiler error that I can’t seem to figure out (see code sample and attached compiler output). Note, this error occurs when compiling without C++11 support w/ x86-64 gcc 4.9.3. When compiling w/ C++11 support (e.g. -std=c++11) the code compiles fine. Any ideas ? Thanks in advance for any help on this. ---------------------------------------------------- #include <boost/move/unique_ptr.hpp> #include <boost/container/vector.hpp> class FooA { public: FooA() {} virtual ~FooA() {} virtual void execute() {} }; class FooB : public FooA { public: FooB() {} virtual void execute() {} }; int main() { typedef boost::movelib::unique_ptr<FooA> FooAPtr; typedef boost::movelib::unique_ptr<FooB> FooBPtr; boost::container::vector<FooAPtr> fooVector; FooBPtr fooBPtr(new FooB); fooVector.push_back(boost::move(fooBPtr)); return 0; }

2 2

Re: [Boost-users] [outcome] Possible extensions/changes to std::experimental::expected
by Vicente J. Botet Escriba 25 May '17

25 May '17

Hi, I believe that this private mail I sent to Niall could concern the Boost community and the Outcome review. While the post concerns the proposed std::experimental::expected, this is applicable as well to Outcome. I've added a more points at the end and some additional information about possible open points for std expected. Le 24/05/2017 à 01:04, Vicente J. Botet Escriba a écrit : > > Hi, > > > After better understanding of the goals of Boost.Outcome I would like > to share two possible extension of std::experimental::expected > > > 1. Implicit conversion when the errors are convertible and the type is > the same. > > I believe this is a missing constructor. > > EXPLICIT expected<T, E>::expected(expected<T, G>); // E is > convertible from G > > I see that the other constructor is also useful > > EXPLICIT expected<T, E>::expected(expected<U, E>); // T is > convertible from U > > and so > > EXPLICIT expected<T, E>::expected(expected<U, G>); // T is > convertible from U and E is convertible from G > > We could as well have an adapt function that transforms expected error explicitly to do error propagation adapt : (E->G) x expected<T,E> -> expected<T,G> (E->G) stands for a function that takes an E and return a G. > 2. variadic expected<Y, E1, ..., En> > > I suggested this already in revision 2 of the Expected standard proposal. > > expected<Y, E1, ..., En> should be something like variant<Y, E1, ..., > En> but with some syntactic sugar. > > > expected<T, E1, ...., En> could be EXPLICIT convertible from > expected<T, G1, ...., Gm> as far as for all Gj we find a unique Ek > that is convertible to. > We can refine the subsumption relation this could take too long to the compiler (as the previous relation has quadratic complexity as Andrzej reported to me). > > I believe this will cover exactly what outcome covers and in addition > it will let open the error types used by the user. > > It acts as a exception specification, which we have abandoned in C++11. > > expected<T, E1, ...., En> f(); > > T f() throw (E1, ...., En); > > > We can consider that this is bad, as we have abandoned it. > > Anyway, I think that expected<T, E1, ...., En> is a good > generalization of the proposed outcome<T> where E1 could be none_t, E2 > could be error_code and E3 is exception_ptr. > > At the end users could use variant<E, E1, ..., En> are return code, so maybe we could to make their life easier. > > In this way we could have > > template <class T> > > using option = expected<T, nullopt_t>; > > Note that this is different to std::optional as the default is T not > nullopt_t :( > I'm not proposing it. Just to say that this could be a possibility for option. > > template <class T> > > using result = expected<T, error_code_extended>; // and possibly none. > > template <class T> > > using outcome = expected<T, none_t, error_code_extended, exception_ptr>; > > > I believe we would need the syntactic sugar as expected<T, > variant<E1,... En>> should have a lot of user code noise. > In addition it will be less efficient than variant<T, E1,... En>. > > E.g. expected<T, variant<E1,... En>> should be convertible from > unexpected_type<G> as soon a one of the Ek is convertible from G. > > I believe variant<E1,... En> is not convertible from variant<G1,... > Gm> under the conditions described above, but maybe this should be the > case. > Andrzej told to me that this is already the case for optional<T>, but I've not found yet on which paper this was added? > > Of course, the never empty warranties could be supported only if the > types Ek allow it and we need to change the standard to ensure it for > exception_ptr. > > > I will not have time to implement a POC for 2, but I believe I could > do it for 1 before Toronto. Anyway I believe it will be worth > discussing these 2 extensions. > > > Best, > > Vicente > > > P.S. EXPLICIT above has the sense given in the standard. > 3. uninitialized default constructed expected<T,E> I know this could be conflictual, but there are a some advantages to doing it. We don't spend time initializing with something we will assign later. This state corresponds to the moved-from state. Initializing it by default to T() is not better initializing to E(). Is expected<Date, error_code> default constructible even if Date is not? Currently it is not the case. There are of course liabilities. We have now the possibility for uninitialized variables, but static analysis tools will help here. 4. About comparisons Outcome doesn't implement comparisons between Outcomes. He pretend that we don't need them. In addition the mix of comparisons and implicit conversion give us some surprising cases as described in Andrzej blog. [1] A gotcha with Optional - https://akrzemi1.wordpress.com/2014/12/02/a-gotcha-with-optional We have that std::future is not comparable (as exception_ptr is not comparable). Instead of comparison we could specialize std::less<> if we want to use them in ordered containers. What others think? 5. About implicit conversion from T The implicit conversion from T to expected<T,E> is a consequence of wanting that expected<T,E> should behave like a T. But this is not right. A expected<T,E> is not a T. We have in some way that expected<T,E> is explicitly constructible from E bu the use of make_unexpected(e). If we had only and explicit constructor from T the code will be much more uniform. Either you build it with a modified make_expected or with make_unexpected. In my opinion the implicit conversion from T to expected<T> is a mistake. 5. About the exception to throw std::experimental::expected throw bad_expected_access<E>. I adopted the design of optional and bad_optional_access We could have as well a bad_expected_access_base class as Outcome has. My question is why don't throw directly E? Some are requesting a way to get a specific exception from E, but either there is one exception that works for all and we can set it using some kind of trait or we need to add a trait parameter to expected to the the mapping :( Do we really want this to be configurable? 6. Implicit conversion from E outcome::expected<T,E> outcome::expected<T,E> is implicitly convertible from E when there is no risk of ambiguity. std::expected<T,E> is implicitly convertible from unexpected<E>. What people thing we should have? In Boost? in the standard? Vicente

1 0

[Regex] Has build location changed between 1.34.1 and 1.64.0 ?
by Kerry, Richard 23 May '17

23 May '17

I've just added Boost Regex to a new project. It is the first time I've done that for quite a long time (several years) and I'm left wondering whether Regex's standard build location has been changed, or whether I've missed a detail in the instructions. The last one I did was Boost version 1.34.1, under Visual Studio 6. The one I have just done is Boost version 1.64.0, under Visual Studio 12, aka Visual Studio 2013. To build 1.34.1 (on VC6) I run "bjam --toolset=msvc --with-regex stage". This creates two folders - "bin.v2" and "stage". Bin.v2 is where all the intermediate files are written. Stage/lib is where the final outputs are written. There are a number of different ones built; for all the various static/dynamic, single/multi-threading, debug/release options. Because of the auto-link stuff I just #include <boost/regex.hpp> in my project, and because of the use of #pragma comments in boost, the Link pass picks up the correct library file-name, provided I have included $(BOOSTDIR)\stage\lib in the linker's list of folders to search. (%BOOSTDIR% being my chosen download/build location) To build 1.64.0 I've followed the current instructions. I ran "b2 regex", which built a dll, which is not what I want. I then ran "b2 regex link=static", which build the static lib I wanted. However, the lib is left in a folder a long way down from the bin.v2 folder, which is where I expected it to be. It's in bin.v2\libs\regex\build\msvc-12\debug\link-static\threading-multi. Hence, I need to know all the build settings to work out the folder name. On the file-name side this is all hidden from my by the auto-link system, which builds the lib file's name from the various option settings. Having the name built automatically but not the path leads me to suspect I've missed something.... So: Is there an instruction I've missed to get all the built products (dlls or libs) put in a common (not too deep) location ? (so the auto-link system will be sufficient to find it given just one linker folder location) Is there an instruction I've missed to get all the combinations (static/dynamic, single/multi-threading, debug/release) built ? (rather than one at a time) Regards, Richard. Richard Kerry BNCS Engineer, SI SOL Telco & Media Vertical Practice T: +44 (0)20 3618 2669 M: +44 (0)7812 325518 4 Triton Square, Regent’s Place, London NW1 3HG richard.kerry(a)atos.net<mailto:richard.kerry@atos.net> This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.</ Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email.

3 5

[review] PolyCollection formal review results: ACCEPTED into Boost
by Ion Gaztañaga 23 May '17

23 May '17

Hi, Thank you for your participation in the PolyCollection review. I'll try to collect all votes and summarize the agreed changes on the library. ----- Votes ----- I count 8 (all positive) reviews and votes from Pete Bartlett Andrzej Krzemienski Hans Dembinski Thorsten Ottosen Vinnie Falco Edward Diener Brook Milligan Steven Watanabe -------- Comments -------- Additionally the following boosters did some positive comments on the library and made some questions Dominique Devienne Adam Wulkiewicz Myself No comment was blocking for the acceptance of the library so Boost.PolyCollection is accepted into Boost, congratulations to Joaquín! I recommend committing the library to the boostorg repo as soon as possible in order to start regressions and try to include the new library in Boost 1.65. Many of the proposed changes are one-liners in the documentation and code and hopefully will be ready for Boost 1.65. Deeper changes can wait until Boost 1.66. --------------------------------------- Summary of agreed comments and changes: --------------------------------------- ------------------ Dominique Devienne (positive comment) https://lists.boost.org/Archives/boost/2017/05/234672.php ------------------ "I suspect the new poly_collection could be used for more efficient parallel (and/or concurrent) processing of elements, and would be interested in examples and even a ::parallel_for_each() algorithm that leverages the collection's internal storage" Joaquín will try to play with this idea to see how it fares performancewise. ------------------ Pete Bartlett (positive review) https://lists.boost.org/Archives/boost/2017/05/234669.php ------------------ "It may be worth remarking in the docs what facilities are used for the type registries that are presumably behind the scenes. From the reference section I think RTTI is required. Is this a hard limit or could Boost.TypeIndex be used?" Additional comment from the review manager: Consider making RTTI customizable. Boost.TypeInfo should be easily usable. In any case document the use of RTTI in the documentation. Joaquín will consider the customizable RTTI, will document that RTTI is required by the library. ------------------ Andrzej Krzemienski (positive review) https://lists.boost.org/Archives/boost/2017/05/234716.php ------------------ [1] "Based on my experience OO-inheritance solutions are faster that using `variant`. As you say below, I was suggesting the alternative design: `variant_collection`." Joaquín: "Some have asked for a variant_collection to be part of Boost.PolyCollection roadmap." [2] "I am not comfortable with per-segment functions having the same name as container-wide functions" Joaquín: "On the contrary, I like name overloading better, because it looks terser yet sufficiently expressive" [3] "I observed that the following small program crashes (assertion fails). According to the documentation this should throw an exception upon insertion rather than firing assertions" Joaquín: I think the assertion will be removed. [4] Commenting c.insert(x) / c.insert(it,x) reference: "And maybe it is just me, but I cannot make the sense of it" Joaquín: There is a typo that will be fixed. Will reword the reference sections into a more digestible form. ------------------ Ion Gaztañaga (positive comment) https://lists.boost.org/Archives/boost/2017/05/234729.php https://lists.boost.org/Archives/boost/2017/05/234745.php ------------------ [1] Model-based polymorphism: "Wouldn't be a good idea to make this model-based polymorphism (or a refined one) public? Maybe the current model needs more work to support additional polymorphism models." Joaquín: I'd be really conservative here and withhold such a big move until real use cases are found. The problem is once this is made public the design of the lib becomes effectively frozen. Will study it for the future if there's demand. [2] Optimize memory-indirection caused by unique_ptr: "segment_type could directly hold the class derived from segment_backend as packed_segment/split_segment will need the same size and alignment requirements regardless of the ConcreteType they hold (as long as they use std::vector). This could improve insertion times and other operations. This optimization could also make easier to fix the following section (allocator propagation)." Joaquín: In principle if the optimization is reasonably implemented t'd be welcome. [3] Allocator propagation: The library does not correctly propagate the allocator to support the scoped allocator model. Joaquín will fix this. [4] In many operations the dynamic type of the object to be inserted or manipulated can be known at compile, so the internal virtual call overhead can be optimized. Specially in "insert" and "emplace", but many other operations that work with a single segment can be optimized as well. Joaquín will review operations and will try to "staticfy" as much as possible. [5] Documentation should reflect some operations, like size<T>(), empty<T>() and others are not constant-time cheap operations. Thorsten suggested: The documentation should defin k = # of segments in container and add in those operations "Complexity: linear in k" as the explanation. Joaquín will document it. --------------- Adam Wulkiewicz (comment, but positive) https://lists.boost.org/Archives/boost/2017/05/234662.php --------------- [1] Polycollection doesn't meet the requirements of C++ container as defined in the standard, specially section (23.2.1.3). Joaquín: The part about 23.2.1.3 is not listed among the differences, will include it. --------------- Hans Dembinski (positive review) https://lists.boost.org/Archives/boost/2017/05/234694.php --------------- [1] "boost::function_collection was not so clear to me. It is nice to keep the narrative of game development going, but like someone said before, I think it would help to give a simpler example" Joaquín will improve the explanation [2] "I felt that the benefit of using boost::function_collection was not so clearly presented as for boost::base_collection. The function pointers are all the same size, so how exactly does the optimisation enter" Joaquín will improve the explanation. [3] "I tried to compile the tests on a Mac with Apple-clang 8.0.0. It worked after I manually specified "cxxflags=-std=c++11" Note from the review manager: No fix was discovered, I suggest working on this as many Apple users will have this problem. --------------- Thorsten Ottosen (positive review) https://lists.boost.org/Archives/boost/2017/05/234697.php --------------- [1] "OO programming and copyability of classes is not something that everybody is going to like. (...) Would it be possible for the library to pick up a private or protected copy-constructor when needed, possible via a friend declaration? (...) being able to have your hierarchy non-copyable while allowing copyability within the container is important IMO." Moveability is already required to store classes in the segment. Joaquín will study the possibility of using a copying traits class to let users customize this point. [2] "I miss range versions of the various iteration patterns so I can use them directly with a range-based for. E.g. instead of" Joaquín will implement it. [3] "Inside the segments you store std::vector. I could easily imagine the need to store something else, (...) Therefore I would love to have a second defaulted argument set to std::vector" Element contiguity is a key property and this customization requires a lot of work. Deferred for the future if there is demand for it. [4] "Implementation of equality: do we need to be set like semantics (two-pass)? Why don't you just delegate to the segments after checking the size?" Joaquín proposed a new slightly better implementation. [5] "tutorial: consider using override where appropriate" Joaquín will review code to use it. [6] "why ==,!= but not <,>,>=, <=" Joaquín followed the interface of std::unordered_set, [Review manager's comment: Consider explaining this in the documentation] [7] "Clarify that boost::poly_collection::for_each <warrior,juggernaut,goblin,std::string,window>( //restituted types c.begin(),c.end(),[&](const auto& x) loops over all elements or only the specific" Joaquín will clarify it. [8] "It could be good to have a performance test of erase in the middle/front." Joaquín will test it. [9] "using the identifier "concept" may require change in the near future?"s Joaquín will change it. [10] "I wouldn't mind seeing separate graphs for 0-300 elements." Joaquín will add it. [11] 2clarify test are without use of reserve" Joaquín will clarify it. [12] The test are testing best possible scenario; a more realistic test would be to copy pointers to an std::vector<base*>, shuffle it and run update on that. Joaquín will consider this, maybe additionally for 1-1000 elements. --------------- Vinnie Falco (Positive review) https://lists.boost.org/Archives/boost/2017/05/234704.php --------------- [1] "Iterators returned by begin<T>() produce a long, ugly compile error when compared against iterators returned by begin() or end()." Joaquín will study the issue. He's not sure if this can be improved. --------------- Edward Diener (positive review) https://lists.boost.org/Archives/boost/2017/05/234762.php --------------- [1] "It is also hard to understand what the advantage of a poly collection of these objects entail over a more normal C++ collection ( vector, array etc. ) of std::function<Signature> objects, since the latter object type already represents a generalized callable construct in C++." Joaquín will think about how to make the intro part more accessible. [2] "I have mentioned previously that I think the documentation should be more specific about the types being used for the boost::function_collection" Joaquín will take these points, and try to improve docs so as to make these aspects clearer. --------------- Brook Milligan (positive review) https://lists.boost.org/Archives/boost/2017/05/234872.php --------------- [1] "The only problem was that the following test cases needed -std=c++14 (rather than c++11) because std::make_unique is not defined for c++11 on that compiler: algorithms, basic_function, and segmented_structure. Perhaps a mention of the need for c++14 in some examples?" Joaquín will fix in the corresponding Jamfile.v2 and will mention it in the examples. --------------- Steven Watanabe (positive review) https://lists.boost.org/Archives/boost/2017/05/234877.php --------------- [1] Several documentation fixes Joaquín will apply recommended fixes [2] Change type_erasure::is_subconcept<type_erasure::assignable<>,Concept2>::value as Boost.TypeErasure was recently extended to support move assignment. [3] Fix "type_erasure::is_subconcept<type_erasure::typeid_<>,Concept>::value " with "typeid_<remove_cv_t<remove_reference_t<T>>> " [4] Fix "static void* subaddress(T& x){return boost::addressof(x);}" as it does not support multiple inheritance [5] Fix "return r(std::forward<Args>(args)...);" that does not correctly handle "void" return types. Joaquín will fix all of them [6] "make_index_sequence<N>" can be implemented more efficiently: Joaquín will find a better implementation. Review manager's comment: see https://stackoverflow.com/questions/17424477/implementation-c14-make-intege… [7] poly_collection is defined in namespace detail, internal functions can be found by ADL Joaquín will try to limit what ADL can find.

3 3

[Test] Message from unexpected exceptions
by Leo Carreon 23 May '17

23 May '17

Hi, Is there a way of configuring Boost.Test to display the message from unexpected exceptions? I’m asking because at the moment whenever an unexpected exception is encountered by Boost.Test, it displays the type of the exception but not the message that goes with it making it more difficult to track down where the exception came from. If apart from the type of the exception the exception message is included, it could quicken the resolution of the issue. Kind regards, Leo

3 4

Re: [Boost-users] [boost] Boost.Outcome review - First questions
by Vicente J. Botet Escriba 21 May '17

21 May '17

Le 21/05/2017 à 15:59, Niall Douglas via Boost a écrit : >> A minor issue >> >> * "As inferred in the example code cases earlier, you can check if >> an |expected<T, E>| has an expected value via a simple test for >> boolean true or more explicitly via |.has_value()| before retrieving >> the value using |.value()|." >> >> This is not correct. It is correct for the de-reference operator, but >> .value() don't needs any check with .has_value(). > If you don't check before using .value(), it may throw > bad_expected_access<E>. So you have to fix the text. > >> Instead of some deviation, I would expect a report of all deviations and >> a rationale explaining why it is better to do this way. > I believe the list of deviations is complete, apart from the defects you > found listed below which I will fix. Explaining why I deviate in detail > isn't appropriate for the Outcome docs, I have raised why with you > privately at length. Depending on what is decided at Toronto, I may > write up remaining concerns into a WG21 paper, but in the end Outcome's > Expected will track yours more closely than it has, so whatever you > decide I'll do too. My idea is to forward your concerns to Toronto, but for that I need arguments that I expected to find in this section. > >> # "Types |T| and |E| cannot be constructible into one another. This is a >> fundamental design choice in basic_monad to significantly reduce compile >> times so it won't be fixed." >> >> * "Note though that |expected<void, void>| is permitted (which is >> legal in the LEWG proposal)." >> >> What are the compile time cost |associated the >> std::experimental::expected<T,E>? > Outcome doesn't do SFINAE on its main constructors. It relies on simple > overloading which is much lower compile time cost. Maybe it has lower compile time, but it is not correct, isn't it? Would you suggest that std::expect shouldn't do SFINAE? > >> I don't see what |expected<void, void> could mean. > It's legal in the LEWG Expected proposal. It's essentially a boolean. Hugh! > >> # |unexpected_type<E>| is implemented as an |expected<void, E>| and it >> lets the basic_monad machinery do the implicit conversion to some >> |expected<T, E>| through the less representative to more representative >> conversion rules. Note that our Expected passes the LEWG Expected test >> suite just fine, so you probably won't notice this implementation detail >> in your code. >> >> The test of my POC implementation couldn't be complete, so this is not a >> sign of compatibility. >> >> Which operation allow to convert expected<void,E> to expected<T,E> and >> what is the expected behavior if expected<void,E> has a value? > basic_monad, separate to Expected, implements implicit conversion from > any less representative form to any more representative form. So: Could you point me to the documentation? > > result<void> => result<T> > result<T> => outcome<T> > expected<void, X> => expected<T, X> > > ... and so on. > > That's why implementing unexpected_type as an alias of expected<void, E> > "just works". > > A current outstanding bug > (https://github.com/ned14/boost.outcome/issues/16) is failure to compile: > > result<void> => result<T> > > ... when T has no default constructor because a valued void state turns > into a default constructed T state. That *should* fail to compile of > course, but the as_void() free function also fails to compile that, and > it should work because otherwise the BOOST_OUTCOME_TRY() machinery fails > to compile when the T of the enclosing function doesn't have a default > constructor. It's my next issue to fix, it'll be done soon. But what is the meaning if the result<T> if result<void> has a value? > >> # Our |make_expected()| and |make_unexpected()| functions deviate >> significantly as we believe the LEWG ones to be defective in various >> ways. This topic will be discussed in Toronto and reconciliation later >> is highly likely. >> >> Please, could you tell how those are defective so that we can fix them? >> Otherwise I don't see what we could discuss in Toronto. > The most important problem by far is the inability to do > make_expected<const Foo>(Foo()) => expected<const Foo>. I suppose const > volatile also should be supported. I have already raised this with you, > you said it will be discussed at Toronto. Yes, it will. This is not a good reason to don't provide what already is in or what we discussed together. > > Whatever you end up doing to make_expected() etc to enable const T and > const E, I will replicate in Outcome's Expected. Until then I deviate to > allow those. expected<const T, const E> is useful sometimes. How you deviation allows it in a better way? > >> # Our |value_or()| member functions pass through the reference rather than >> returning by value (we don't understand why the LEWG proposal does >> except that |std::optional<T>| does, which itself is a bad design choice >> and it should be changed). >> >> Well, what is the advantage to returning by reference? > You don't cause .value_or() to surprisingly fail to compile when T lacks > a move or copy constructor. The reference returning edition does not > impose the requirement for T to have a move or copy constructor. This > choice for .value_or() interferes less on end users. Do you have cases where expected<T,E> has a T that is not move/copy constructible? How can you return it? > The fact optional implemented .value_or() with a return by value is a > mistake. Expected need not repeat that mistake. Could you point me to the C++ standard std::optional defect? Have you created one? > >> # Our Expected always defines the default, copy and move constructors even >> if the the type configured is not capable of it. That means >> |std::is_copy_constructible| etc returns true when they should return >> false. The reason why is again to significantly improve compile times by >> hugely reducing the number of templates which need to be instantiated >> during routine basic_monad usage, and again this won't be fixed. Instead >> use the static constexpr bools at: >> >> >> Defining these operation when they can not be implemented means that you >> cannot use SFINAE on this type. Maybe I'm wrong, but I believe we want >> to check if a type is constructible, ... using the C++ standard type >> traits. > Correct. static constexpr bools provide the information instead. If > reviewers like it, we may inject correct answers into namespace std for > the type traits (this is permitted by the C++ standard). Could you elaborate? > >> Next follow the first questions I have mainly from the reference >> documentation of expected<T,E>. >> >> In general I find most of the operation not specified enough. I would >> like to have something in line with the standard way of specifying an >> interface. > Already logged to https://github.com/ned14/boost.outcome/issues/26 > >> * it is not clear from the reference documentation if expected<void,E> >> is valid? > Do you mean there is no reference in the API docs to an expected<void, > E> specialisation? I didn't add one as I figured it was self evident and > unsurprising. Also, if we document expected<void, E>, we'd have to also > do result<void>, outcome<void>, expected<void, void> etc and to be > honest, they all behave exactly as you'd expect a void typed edition > would: wherever there is a T, you get T=void. Nothing special. Maybe or maybe not. What is the signature of value_or? > >> |* |is expected<T,E> the sum type of T, E and empty? and exception_ptr? > expected<T, E> may only have the state of T or E. The valueless by > exception state has been eliminated recently in develop branch. Is this the case also for outcome/result/option? > >> |"outcome<T>| can be empty, or hold an instance of a type |T|, or hold >> an instance of |error_code_extended|, or hold an instance of >> |std::exception_ptr|. This saves you having to wrap an error code into >> an exception pointer instance, thus also avoiding a memory allocation." >> >> std::experimental::expected requires that its Error type to be no throw >> constructible, copyable and movable. > Those static asserts are gone from develop branch as we now fully > implement the never empty guarantee for Expected. Is there > >> What are the exception warranties for |error_code_extended? > It never throws, not ever. > > This is pretty clear in the reference docs. Everything is marked noexcept. I don't see it in https://ned14.github.io/boost.outcome/classboost_1_1outcome_1_1v1__xxx_1_1e… Could you point me where noexcept is? > >> What are the exception warranties for |outcome<T>||? > The tutorial covers those. The reference docs will too when issue #26 is > implemented. The noexcept modifiers on most of the member functions are > pretty clear however. This is the kind of information we want on the reference documentation. Could you tell us what the issue #26 The default actions for each of .value(), .error(), .exception() etc need to be spelled out in the reference docs <https://github.com/ned14/boost.outcome/issues/26> will add to the docs and how this issue is related? What about the other functions, constructors, assignments ... > >> * inplace construction >> >> What is the difference between: >> >> constexpr expected (value_t _) >> noexcept(std::is_nothrow_default_constructible< value_type >::value) >> Implicit constructor of a valued monad (default constructed) >> >> and >> >> constexpr expected (in_place_t, Args &&... args) >> noexcept(std::is_nothrow_constructible< value_type, Arg, Args... >::value) >> >> when there is no Args. IMO the second subsumes the first and so there is >> no need fro the first overload and the value_t tag. > The former has lower compile time load for valued default constructing > an instance, and it's the constructor used internally by helper > functions etc. Maybe this should be private and these helper functions friend. Id expected is default constructible, why do we need it? What is the difference between constexpr expected () and constexpr expected (value_t _) ? > The latter is there for emplacement construction for > those willing to pay the compile time cost. > >> * default constructor >> >> constexpr expected () noexcept(is_nothrow_default_constructible) >> Default constructor. >> >> This doesn't say what the default constructor does. > As per LEWG Expected, T is default constructed. The reference docs will > be fixed with issue #26. I insists #26 has nothing to do with constructors and I'm (we're) interested in knowing how this will be fixed. > >> * Shouldn't >> >> constexpr expected (in_place_t, std::initializer_list l) >> noexcept(std::is_nothrow_constructible< value_type, >> std::initializer_list>::value) >> Implicit constructor from an initializer list. >> >> be >> >> constexpr explicit expected(in_place_t, initializer_list il, >> Args&&... args); > Ah yes I had forgotten about that. > > You are correct, but I left it unfixed to remind me to ask here what > would be a suitable unit test for testing an "initializer_list il, > Args&&... args" constructor where the Args&&... gets used correctly. I > was unsure of the semantics. Take a look at std::optional test if you are curious. > > Also, it's logged to https://github.com/ned14/boost.outcome/issues/27. > >> * What is void_rebound and where it is defined > It was accidentally omitted from the reference docs. It is "using > void_rebound = rebind<void>". Logged to > https://github.com/ned14/boost.outcome/issues/28. > >> * construction from error type >> >> Why do you prefer an implicit conversion. This deviation must be in the >> rationale of the differences. > The deviations list already explains that types T and E cannot be > convertible into one another because we use simple overloading to avoid > using SFINAE to keep compile time load low. > > Code written for LEWG Expected will, unless types T and E are > convertible into one another, work as expected. You don't answer to my question. Why implicit? What is wrong with the constructor expected(unexpect_t, error) ? > >> * raw types >> >> It is not clear what is the difference between xxx and raw_xxx > Logged to https://github.com/ned14/boost.outcome/issues/29 Thanks for creating the issue, but I'm interested in knowing it now during the review. Otherwise I couldn't accept even conditionally the library. > >> * what is the sizeof expected <T,E>? > It says already at the top of the page. It's max(24, sizeof(R)+8) on 64 > bit CPUs. An now that you will ensure the never empty warranties? > >> * What is expected<Policy> in > Looks like a misparse by doxygen. Such a thing doesn't exist. Logged to > https://github.com/ned14/boost.outcome/issues/30 > >> * bool conversion should be explicit > Another doxygen bug. Logged to > https://github.com/ned14/boost.outcome/issues/31. > >> * is_ready has nothing to be with expected. > Already removed from develop branch. > >> * Shouldn't value_or return by value? otherwise what would be the >> difference between get_or and value_or? > The get_*() family of functions is scheduled to be removed as per peer > review feedback by https://github.com/ned14/boost.outcome/issues/24 Okay. > >> * emplace. Missing overload >> >> >> template <class U, class... Args> >> void emplace(initializer_list, Args&&...); > Great catch! Logged to https://github.com/ned14/boost.outcome/issues/32 > >> * Missing preconditions on the observers, which make them wide >> operations. Saying that they return an address makes them wide >> operations however accessing to the contents of this address will be >> undefined behavior. >> >> I prefer the standard way, defining a narrow function and stating >> clearly the pre-conditions. > Issue #26 will fix these. > >> * what error_or >> <https://ned14.github.io/boost.outcome/structboost_1_1outcome_1_1v1__xxx_1_1…> >> returns if it contains an exception? > The or parameter. Errored does not include excepted, but excepted > includes errored because an error code is emitted as an exception_ptr to > a system_error containing that error code. Hugh! Too complex. > >> * Missing overload for get_unexpected. In addition it doesn't return an >> unexpected_type. >> >> constexpr const E & get_unexpected () const; > I didn't realise there were rvalue, lvalue, const rvalue and const > lvalue overloads. That must be a recent thing. Logged to > https://github.com/ned14/boost.outcome/issues/33. > > The return by E rather than expected<void, E> is by design. Remember we > permit implicit construction from E, so this is safe and works well. > Again, code written for LEWG Expected should never notice this > implementation detail. Why? if the signatures doesn't match I will have sure a problem somewhere. > > (the real cause for this deviation is because the policy classes cannot > return types still being fabricated, so they cannot return an > expected<void, E>. If this deviation ever should become a problem, I can > relocate get_unexpected to the main class and enable_if it, or else use > a trampoline type. But I believe the existing form replicates the same > semantics, it should be fine) This is what I don't like of your library. In order to have a common implementation you sacrifice the concrete interfaces. I prefer to have concrete classes that provide the interface is the most adapted to these classes and then have an adaptation to some type of classes requirement when I need to do generic code. This something that I remarked since the beginning of your library. The basic_monad class is over-engineered IMHO. > Vicente thanks very much for such detailed feedback. It was very valuable. > Niall, please, don't wait until the review is finished to tell us how the issues will be fixed. You could do it on each issue and come back in this ML. Best, Vicente

1 0

Boost.Outcome review - First questions
by Vicente J. Botet Escriba 21 May '17

21 May '17

Hi, I've tried to read the tutorial, but it is too long for my taste. I will try it later on :( A minor issue * "As inferred in the example code cases earlier, you can check if an |expected<T, E>| has an expected value via a simple test for boolean true or more explicitly via |.has_value()| before retrieving the value using |.value()|." This is not correct. It is correct for the de-reference operator, but .value() don't needs any check with .has_value(). Instead of some deviation, I would expect a report of all deviations and a rationale explaining why it is better to do this way. # "Types |T| and |E| cannot be constructible into one another. This is a fundamental design choice in basic_monad to significantly reduce compile times so it won't be fixed." * "Note though that |expected<void, void>| is permitted (which is legal in the LEWG proposal)." What are the compile time cost |associated the std::experimental::expected<T,E>? | I don't see what |expected<void, void> could mean. | # |unexpected_type<E>| is implemented as an |expected<void, E>| and it lets the basic_monad machinery do the implicit conversion to some |expected<T, E>| through the less representative to more representative conversion rules. Note that our Expected passes the LEWG Expected test suite just fine, so you probably won't notice this implementation detail in your code. The test of my POC implementation couldn't be complete, so this is not a sign of compatibility. Which operation allow to convert expected<void,E> to expected<T,E> and what is the expected behavior if expected<void,E> has a value? # Our |expected<T, E>| defaults E to |std::error_code| rather than |std::error_condition| (the LEWG proposal fixes this in P0323R2). I don't have a strong opinion on which default would be the best. As you suggested, I have added it to the next revision. We don't implement the ordering and hashing operator overloads due to https://akrzemi1.wordpress.com/2014/12/02/a-gotcha-with-optional/. The fact the LEWG proposal does as currently proposed is a defect (it will be discussed by LEWG with P0323R2 in Toronto). As for optional this could be considered a defect. The question is if we want expected to differen from the optional interface. If we considered it a defect, I don't believe that we should remove comparison, but IMHO we should make the constructor from T explicit. I don't expect the committee to fix this for expected and let the issue for optional. We will see. # We don't implement |make_expected_from_call()| as we think it highly likely to be removed from the next version of the proposal due to it conferring little value. This is possible and the function can be implemented very easily. I can live with and without it. # Our |make_expected()| and |make_unexpected()| functions deviate significantly as we believe the LEWG ones to be defective in various ways. This topic will be discussed in Toronto and reconciliation later is highly likely. Please, could you tell how those are defective so that we can fix them? Otherwise I don't see what we could discuss in Toronto. # Our |value_or()| member functions pass through the reference rather than returning by value (we don't understand why the LEWG proposal does except that |std::optional<T>| does, which itself is a bad design choice and it should be changed). Well, what is the advantage to returning by reference? Rather than |void|, our |value_type| and |error_type| typedefs are set to a descriptive compiler error generating type if the Expected is configured with |void|. If you want to know if no type was configured, use the static constexpr bools at |expected<T, E>::has_value_type| and |expected<T, E>::has_error_type| or use |raw_value_type| and |raw_error_type|. The reason for this deviation is to make metaprogramming using Outcome's transports much easier and less error prone. Sorry. I don't understand what is the issue. Could you elaborate? # Our Expected always defines the default, copy and move constructors even if the the type configured is not capable of it. That means |std::is_copy_constructible| etc returns true when they should return false. The reason why is again to significantly improve compile times by hugely reducing the number of templates which need to be instantiated during routine basic_monad usage, and again this won't be fixed. Instead use the static constexpr bools at: Defining these operation when they can not be implemented means that you cannot use SFINAE on this type. Maybe I'm wrong, but I believe we want to check if a type is constructible, ... using the C++ standard type traits. Next follow the first questions I have mainly from the reference documentation of expected<T,E>. In general I find most of the operation not specified enough. I would like to have something in line with the standard way of specifying an interface. * it is not clear from the reference documentation if expected<void,E> is valid? |* |is expected<T,E> the sum type of T, E and empty? and exception_ptr? |"outcome<T>| can be empty, or hold an instance of a type |T|, or hold an instance of |error_code_extended|, or hold an instance of |std::exception_ptr|. This saves you having to wrap an error code into an exception pointer instance, thus also avoiding a memory allocation." std::experimental::expected requires that its Error type to be no throw constructible, copyable and movable. What are the exception warranties for |error_code_extended? | What are the exception warranties for |outcome<T>||? | * inplace construction What is the difference between: constexpr expected (value_t _) noexcept(std::is_nothrow_default_constructible< value_type >::value) Implicit constructor of a valued monad (default constructed) and constexpr expected (in_place_t, Args &&... args) noexcept(std::is_nothrow_constructible< value_type, Arg, Args... >::value) when there is no Args. IMO the second subsumes the first and so there is no need fro the first overload and the value_t tag. * default constructor constexpr expected () noexcept(is_nothrow_default_constructible) Default constructor. This doesn't say what the default constructor does. * Shouldn't constexpr expected (in_place_t, std::initializer_list l) noexcept(std::is_nothrow_constructible< value_type, std::initializer_list>::value) Implicit constructor from an initializer list. be constexpr explicit expected(in_place_t, initializer_list il, Args&&... args); * What is void_rebound and where it is defined constexpr expected (const void_rebound &v) noexcept(std::is_nothrow_copy_constructible< error_type >::value) Implicit constructor from an identically configured basic_monad<void> by copy. * construction from error type What is wrong with template <class... Args> constexpr explicit expected(unexpect_t, Args&&...); template <class U, class... Args> constexpr explicit expected(unexpect_t, initializer_list, Args&&...); Why do you prefer an implicit conversion. This deviation must be in the rationale of the differences. constexpr expected (const error_type &v) noexcept(std::is_nothrow_copy_constructible< error_type >::value) Implicit constructor from a error_type by copy. constexpr expected (error_type &&v) noexcept(std::is_nothrow_move_constructible< error_type >::value) * raw types It is not clear what is the difference between xxx and raw_xxx typedef value_storage_type::value_type value_type The type potentially held by the monad. typedef implementation_policy::value_type raw_value_type The raw type potentially held by the monad. typedef value_storage_type::error_type error_type The error code potentially held by the monad. typedef implementation_policy::error_type raw_error_type The raw error code potentially held by the monad. typedef value_storage_type::exception_type exception_type The exception ptr potentially held by the monad. typedef implementation_policy::exception_type raw_exception_type The raw exception ptr potentially held by the monad. * What is the "The exception ptr potentially held by the monad"? * what is the sizeof expected <T,E>? * is basic_monad something proposed or an implementation detail? If the first, this should be renamed, if the second this class should not appear in the documentation and the word monad should be banned. * What is expected<Policy> in template<class Policy , typename = typename std::enable_if<std::is_same<typename implementation_policy::value_type, typename Policy::value_type>::value || std::is_void<typename Policy::value_type>::value || std::is_constructible<typename implementation_policy::value_type, typename Policy::value_type>::value>::type, typename = typename std::enable_if<std::is_same<typename implementation_policy::error_type, typename Policy::error_type>::value || std::is_constructible<typename implementation_policy::error_type, typename Policy::error_type>::value>::type, typename = typename std::enable_if<std::is_same<typename implementation_policy::exception_type, typename Policy::exception_type>::value || std::is_constructible<typename implementation_policy::exception_type, typename Policy::exception_type>::value>::type> constexpr expected (expected< Policy > &&o, explicit_conversion_from_different_policy=explicit_conversion_from_different_policy()) Explicit move constructor from a basic_monad with a differing implementation policy. For this constructor to be available, value_type, error_type and exception_type must be identical or constructible. * move constructor/copy constructor The reference documentation doesn't says what this does. * Missing move/copy assignment * bool conversion should be explicit * is_ready has nothing to be with expected. * Shouldn't value_or return by value? otherwise what would be the difference between get_or and value_or? * emplace. Missing overload template <class U, class... Args> void emplace(initializer_list, Args&&...); * swap: What is the meaning of swapping an expected with an option? swap must follow the standard signature. * Missing preconditions on the observers, which make them wide operations. Saying that they return an address makes them wide operations however accessing to the contents of this address will be undefined behavior. I prefer the standard way, defining a narrow function and stating clearly the pre-conditions. * what error_or <https://ned14.github.io/boost.outcome/structboost_1_1outcome_1_1v1__xxx_1_1…> returns if it contains an exception? * what is the difference between get_error_or and error_or? https://github.com/ned14/boost.outcome/issues/19 * Missing overload for get_unexpected. In addition it doesn't return an unexpected_type. constexpr const E & get_unexpected () const; Best, Vicente

1 0

Boost.Outcome and the C++ standard proposals
by Vicente J. Botet Escriba 20 May '17

20 May '17

Hi, for those that will follow the Boost.Outcome review I wanted to share some links related to the standard: The draft of the next revision : * D0323R2 -*A proposal to add a utility class to represent expected monad *(Revision 4) - https://github.com/viboes/std-make/blob/master/doc/proposal/expected/d0323r… The monadic interface draft proposal * DXXXX - *C++ Monadic inteface* - https://github.com/viboes/std-make/blob/master/doc/proposal/monads/Monads.md This is based on Hana customization in its pre-Boost version. And last a very draft paper I don't pretend to send to the standard meetings, at least not yet, about how FileSystem TS could be adapted to take in account the proposes status_value and expected classes. * DXXXX -*Refactoring FileSystem TS using **|expected|**or **|status_value|*||- https://github.com/viboes/std-make/blob/master/doc/proposal/expected/DXXXXR… This paper show that there is not silver bullet solution to reporting errors, but that making abstractions as status_value or expected makes the interface more clear, composable and readable (for me at least) than using out parameters error codes. The paper show also that wanting to have exception interfaces and non-exception interface forces to double the interface. Using expected could reduce it at the price of using .value(). I have an POC implementation in https://github.com/viboes/std-make/tree/master/include/experimental/fundame… Look for expected, functor, applicative, monad, monad_error folders for the implementation and std for the customization. My intention is to show that there is something on-going on the standard aside the expected proposal as requested by the committee. Note these drafts are of course not reviewed yet by the committee and I don't know if they will like the direction. We will see in Toronto next July Best, Vicente P.S. The dead line for next meeting is the 19 Jun. Any feedback is welcome, but as this is not C++ standard ML, I will prefer to have this feedback either privately or vi a the std-proposals ML.

1 0

Issue with cross-compiling boost
by Roy Kleefman 17 May '17

17 May '17

Hello all, I am trying to cross-compile the boost libraries for an ARM based linux system. The system is an FX30 IoT gateway by Sierra Wireless. It comes with a dedicated, Eclipse based, development studio, which supplies the cross-compiler & a disk image with all the required headers & libraries to cross-compile to. For starters, I've created a user-config.jam file in my home directory with the following contents (my apologies on this being a bit hard to read, I had to use absolute paths or else the cross-compiler would complain): using gcc : arm : /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++ : <cxxflags>--sysroot=/home/developer /legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi <include>~/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi <linkflags>-L/home/developer /legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/lib -L/home/developer /legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/local/lib <compileflags>-v ; As you can see I've set the sysroot to the directory that is the / directory of the disk image. I've also set library paths to the disk image's /usr/lib & /usr/local/lib directories. I also tried several variations on setting the include path to point to the disk image, but I run into issues when compiling the boost libraries. When the compiler hits the alloc_lib.c file, it errors out on: COLLECT_GCC=/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++ Target: arm-poky-linux-gnueabi Configured with: /work/build_src/tmp/work-shared/gcc-4.9.1-r0/gcc-4.9.1/configure --build=x86_64-linux --host=x86_64-pokysdk-linux --target=arm-poky-linux-gnueabi --prefix=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr --exec_prefix=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr --bindir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi --sbindir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi --libexecdir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi --datadir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/share --sysconfdir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/etc --sharedstatedir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/com --localstatedir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/var --libdir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/lib/arm-poky-linux-gnueabi --includedir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/include --oldincludedir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/include --infodir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/share/info --mandir=/opt/swi/y17-ext/sysroots/x86_64-pokysdk-linux/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/work/build_src/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --with-gnu-ld --enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=arm-poky-linux-gnueabi- --without-local-prefix --enable-target-optspace --enable-lto --enable-libssp --disable-bootstrap --disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu --enable-linker-build-id --with-ppl=no --with-cloog=no --enable-checking=release --enable-cheaders=c_global --with-gxx-include-dir=/opt/swi/y17-ext/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include/c++/4.9.1 --with-build-time-tools=/work/build_src/tmp/sysroots/x86_64-linux/usr/arm-poky-linux-gnueabi/bin --with-sysroot=/opt/swi/y17-ext/sysroots/armv7a-vfp-neon-poky-linux-gnueabi --with-build-sysroot=/work/build_src/tmp/sysroots/swi-mdm9x15 --enable-poison-system-directories --with-mpfr=/work/build_src/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --with-mpc=/work/build_src/tmp/sysroots/x86_64-nativesdk-pokysdk-linux --enable-nls --with-arch=armv7-a Thread model: posix gcc version 4.9.1 (GCC) COLLECT_GCC_OPTIONS='-O3' '-finline-functions' '-Wno-inline' '-Wall' '-v' '-pthread' '-D' 'BOOST_ALL_NO_LIB=1' '-D' 'BOOST_CONTAINER_STATIC_LINK=1' '-D' 'NDEBUG' '-I' '.' '-c' '-o' 'bin.v2/libs/container/build/gcc-arm/release/link-static/threading-multi/alloc_lib.o' '-shared-libgcc' '-march=armv7-a' '-mtls-dialect=gnu' /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/cc1 -quiet -v -I . -iprefix /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/ -D_REENTRANT -D BOOST_ALL_NO_LIB=1 -D BOOST_CONTAINER_STATIC_LINK=1 -D NDEBUG libs/container/src/alloc_lib.c -quiet -dumpbase alloc_lib.c -march=armv7-a -mtls-dialect=gnu -auxbase-strip bin.v2/libs/container/build/gcc-arm/release/link-static/threading-multi/alloc_lib.o -O3 -Wno-inline -Wall -version -finline-functions -o /tmp/ccNP4WY6.s GNU C (GCC) version 4.9.1 (arm-poky-linux-gnueabi) compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory "/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/../../../../../arm-poky-linux-gnueabi/include" ignoring duplicate directory "/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/../../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include" ignoring nonexistent directory "/opt/swi/y17-ext/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/lib/gcc/arm-poky-linux-gnueabi/4.9.1/include" ignoring nonexistent directory "/opt/swi/y17-ext/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/local/include" ignoring duplicate directory "/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/../../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include-fixed" ignoring nonexistent directory "/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/../../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/../../../../../arm-poky-linux-gnueabi/include" ignoring nonexistent directory "/opt/swi/y17-ext/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include" #include "..." search starts here: #include <...> search starts here: . /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include-fixed End of search list. GNU C (GCC) version 4.9.1 (arm-poky-linux-gnueabi) compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 89d75e59a6fc83bde96963c802ac00fb In file included from libs/container/src/alloc_lib.c:19:0: libs/container/src/dlmalloc_ext_2_8_6.c:13:100: fatal error: errno.h: No such file or directory #include "errno.h" //dlmalloc bug EINVAL is used in posix_memalign without checking LACKS_ERRNO_H ^ compilation terminated. "/home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++" -x c -O3 -finline-functions -Wno-inline -Wall -v -pthread -DBOOST_ALL_NO_LIB=1 -DBOOST_CONTAINER_STATIC_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/container/build/gcc-arm/release/link-static/threading-multi/alloc_lib.o" "libs/container/src/alloc_lib.c" ...failed gcc.compile.c bin.v2/libs/container/build/gcc-arm/release/link-static/threading-multi/alloc_lib.o... ...failed updating 1 target... ...updated 123 targets... Which I find strange, because the "errno.h" header is available on the disk image. It is found in these directories: <sysroot>/usr/include/linux/errno.h <sysroot>/usr/include/bits/errno.h <sysroot>/usr/include/sys/errno.h <sysroot>/usr/include/asm-generic/errno.h <sysroot>/usr/include/asm-generic/errno-base.h <sysroot>/usr/include/errno.h <sysroot>/usr/include/asm/errno.h What struck me as odd is that the include search for this file has a lot shorter search list than for other files. For example, searching for headers for libboost_atomic, it looks in more directories: #include "..." search starts here: #include <...> search starts here: . /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/include-fixed /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include/c++/4.9.1 /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include/c++/4.9.1/arm-poky-linux-gnueabi /home/developer/legato/packages/legato.toolchain.1.7.3.SWI9X15Y_07112100-wp85-wp750x-native-x86_64-201701091132/resources/native/sysroots/armv7a-vfp-neon-poky-linux-gnueabi/usr/include/c++/4.9.1/backward Can anybody help me with this problem? Kind regards, Roy Kleefman [cid:image001.jpg@01D2CEED.E27ADF00] Rohill * Edisonstraat 12 * 7903 AN Hoogeveen * The Netherlands Phone: +31-528-263355 * Fax: +31-528-271844 * www.rohill.com<http://www.rohill.com/> Chamber of Commerce Meppel registration no. 09084362 This email, including any attached files, is confidential, may be legally privileged, and is solely for the intended recipient(s). If you have received this email in error, please destroy it and notify Rohill immediately. Any unauthorised use, dissemination, disclosure, copying or printing is strictly prohibited. Thank you. [cid:image003.jpg@01D2CEED.E27ADF00]<http://www.criticalcommunicationsworld.com/>

1 0

UTF: test/included/unit_test.hpp vs test/unit_test.hpp
by Manav Bhatia 15 May '17

15 May '17

Hi, I am using the UTF in my code. Below is the key component of my code that I have been using on Mac for a few years with boost installed from macports. #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE MAST_TESTS #include <boost/test/unit_test.hpp> // C++ includes #include <memory> struct GlobalTestFixture { GlobalTestFixture() { /* my code here */ } ~GlobalTestFixture() { } }; BOOST_GLOBAL_FIXTURE( GlobalTestFixture ); A few days ago I started using this code on Ubuntu and kept getting segmentation faults with random values being returned for boost::unit_test::framework::master_test_suite().argc I managed to get rid of this problem by changing the included header to #include <boost/test/included/unit_test.hpp> I have seen the description here: http://www.boost.org/doc/libs/1_48_0/libs/test/doc/html/utf/compilation/dir… <http://www.boost.org/doc/libs/1_48_0/libs/test/doc/html/utf/compilation/dir…>. However, I am not quite able to follow why this problem occurred on Ubuntu (with system boost library) when I was still linking against the precompiled library (version 1.58). Is there a test I can include in my code to automatically switch from one include to the other? I will appreciate some guidance. Regards, Manav

3 2

Test: Skip test from fixture
by Florian Lindner 15 May '17

15 May '17

Hello, given I have a test with a fixture. How can I skip that test from within the fixture? Thanks, Florian

2 1

(no subject)
by Daniel Estermann 14 May '17

14 May '17

Hello everybody, I am trying to build HPX (https://github.com/STEllAR-GROUP/hpx) which uses Boost under Cygwin and I bumped into an incompatibility issue between the class boost::asio::detail::winsock_init_base and the WinSocket-API exposed by Cygwin. The error summary: the types of variable members in winsock_init_base::data are long (defined in boost/asio/detail/winsock_init.hpp). These variable are passed to functions _InterlockedIncrement, _InterlockedExchange etc (called from boost/asio/detail/impl/winsock_init.ipp). But there are no functions defined in Cygwin (in headers in /usr/include/w32api) expecting a long parameter. Here you can see the full gcc output: https://pastebin.com/raw/8MDa8QXJ I also produced the the preprocessor output which I zipped and uploaded to https://www.dropbox.com/s/anmjsjnvq7lnesr/hpx_init.cpp.i.zip?dl=0 Am I overlooking anything or is this really an incompatibility issue?

1 0

Context and coroutine for ARM
by Daniel Estermann 14 May '17

14 May '17

I am trying to cross compile boost 1.63 for Raspberry Pi, i.e. for an ARM core. But the build fails for boost-coroutine and boost-context. Here is my build log http://sprunge.us/NVDd As far as I can see from development files in https://github.com/ boostorg/context/tree/develop/src/asm ARM is supported at least by boost-context. Is there anything I can do about or any progress for this issue? If not, is there an older version I should try? Regards

5 18

Using the (new) C++ standard library in boost::dll
by Benjamin Buch 12 May '17

12 May '17

The boost::dll depends on 4 different boost-libraries which all have counterparts in the C++17 standard library. Worse, two of them (system & filesystem) are not header-only libraries, so you need to link against these libraries. Is it possible and planned to use the standard library counterparts as plug in replacement for these boost dependencies in a future release? In my opinion this would improve the usability massively, especially when you already use this counterparts in the rest of your program. Best regards, Benjamin

3 2

boost::process::search_path() and compound cmd
by niXman 12 May '17

12 May '17

Hi, I need to execute the 'stdbuf -oL -eL python scrypt.py' cmd but if I write the: auto p = boost::process::search_path("stdbuf -oL -eL python2"); boost::process::child c(p, "script.py"); c.wait(); I get the exception with 'execve failed: Permission denied' message. My question is, what should I change in my example for executing the 'stdbuf -oL -eL python2 scrypt.py' cmd? Thanks. -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: https://sf.net/p/mingw-w64/

2 1

[Fiber] Can a fiber promise be set in a different OS thread on which has no fibers running
by lin li 11 May '17

11 May '17

I have tested the following example code with Boost 1.61. And it worked (ignore the potential race conditions when accessing the variable 'p'). But I am not sure the fiber promise can be used in this way or I am just being lucky. #include <cstdlib> #include "boost/fiber/fiber.hpp" #include "boost/fiber/future.hpp" #include "boost/thread.hpp" #include <set> #include <iostream> #include <boost/date_time/posix_time/posix_time_duration.hpp> #include <boost/thread/pthread/mutex.hpp> #include <boost/thread/lock_guard.hpp> #include "boost/thread/pthread/thread_data.hpp" #include "boost/chrono/duration.hpp" using namespace std; boost::fibers::promise<int>* p; void wait() { p = new boost::fibers::promise<int>; auto future = p->get_future(); auto status = future.wait(); std::cout << "Value: " << future.get() << std::endl; delete p; } void f() { boost::fibers::fiber fiberJob(&wait); fiberJob.join(); } void setf() { // Is it safe to do this? boost::this_thread::sleep(boost::posix_time::seconds(5)); p->set_value(20); } void f1() { boost::fibers::fiber fiberJob(&setf); fiberJob.join(); } int main(int argc, char** argv) { boost::thread t(&f); setf(); cout << "Here" << endl; t.join(); cout << "Here 2" << endl; return 0; }

2 1

Cutting headers
by Igor Mironchik 10 May '17

10 May '17

Hello, How can I cut specific library from Boost, if, for example, I don't want to place all Boost but only one library from Boost? Is it possible? --- This email has been checked for viruses by AVG. http://www.avg.com

11 17

boost::asio::deadline_timer cancel and expires_from_now
by jupiter 10 May '17

10 May '17

Hi, Is it necessary to call the timer.cancel() before timer.expires_from_now? I think it is not just unnecessary, it will be a bug to call the timer.cancel() before timer.expires_from_now, I think that will run the cancel if the previous timer is not expired, is it correct? Thank you

2 2

database access library in boost?
by Paolo Bolzoni 09 May '17

09 May '17

Dear list, I was wondering, why there is no database access library in boost? (am I wrong?) It seems an imporant feature to not-have in a such library collection, so there must be a reason. Is there some "official" raccomandation? Soci, cppdb? Your faithfully, Paolo

3 2

Fwd: configure Jamfile boost 1_63_0 tutorial to build from command line with bjam
by Giulio De Luca 09 May '17

09 May '17

I´m totally new to boost, I just downloaded boost_1_63_0 and I´m trying to build the tutorial example located in \boost_1_63_0\libs\python\example\tutorial by following the tutorial documentation <http://www.boost.org/doc/libs/1_62_0/libs/python/doc/html/tutorial/index.ht…> http://www.boost.org/doc/libs/1_62_0/libs/python/doc/html/tutorial/ index.html The example is quite simple: it only contains 4 files: 1. hello.cpp 2. hello.py 3. Jamfile 4. ../Jamroot For simplicity I´m pasting below the content of each file : // hello.cpp #include <boost/python/module.hpp> #include <boost/python/def.hpp> char const* greet() { return "hello, world"; } BOOST_PYTHON_MODULE(hello_ext) { using namespace boost::python; def("greet", greet); } // hello.py import hello_ext print(hello_ext.greet()) And finally the boost configuration file: // Jamfile import python ; project tutorial : requirements <location>. ; python-extension hello_ext : hello.cpp ; run-test hello : hello_ext hello.py ; alias test : hello ; explicit test ; // ../Jamroot import python ; if ! [ python.configured ]{ ECHO "warning: no Python configured in user-config.jam" ; ECHO "warning: will use default configuration" ; using python ;} # Adjust the following if Boost.Python isn't installed in a default location lib boost_python ; project : requirements# <include>/path/to/boost/python <library>boost_python; rule run-test ( test-name : sources + ){ import testing ; testing.make-test run-pyd : $(sources) : : $(test-name) ;} build-project quickstart ; build-project tutorial ;if [ python.numpy ]{ build-project numpy ;} When I execute bjam.exe from my cmd prompt (after properly adding in the environment variables the path where bjam.exe is located) I get the following errors: ...found 12 targets......updating 5 targets... compile-c-c++ hello.obj hello.cpp hello.cpp(7) : fatal error C1083: Cannot open include file: 'boost/python/module.hpp': No such file or directory call "C:\Users\...\AppData\Local\Temp\b2_msvc_11.0_vcvarsall_x86.cmd" >nul cl /Zm800 -nologo @"hello.obj.rsp" ...failed compile-c-c++ hello.obj......skipped <p.>hello_ext.pyd for lack of <p.>hello.obj......skipped <p.>hello_ext.pdb for lack of <p.>hello.obj......skipped <p.>hello for lack of <p.>hello_ext.pyd......failed updating 1 target......skipped 4 targets... When I try and build the project from VS2012 I can build it properly because i know hot to add additional include libraries to the project, but I cannot find the proper way to config the Jamfile to make it build from command line. I tried to config the Jamroot file by changing the path to the boost/python libraries local path but with no luck. I wonder where and how should I add the absoulute path of the boost/python libraries. Any help would be much appreciated Thanks in advance!

1 0

"Invalid handle" error trying to use boost::process
by tom＠quarendon.net 09 May '17

09 May '17

I'm trying to run a simple program with boost::process, with boost 1.64 I'm using Windows, and visual studio 2015. I'm just trying to run the supplied "async_cio.cpp" example: My program is: boost::asio::io_service ios; boost::asio::streambuf buffer; bp::child c( "cmd /c dir", bp::std_out > buffer, ios ); ios.run(); (I've changed if from launching "test.exe" to launching "cmd /c dir"). If I run this I get: Exception thrown at 0x49409D2A in ConsoleApplication3.exe: 0xC0000008: An invalid handle was specified. Running in the debugger, it is in the destructor of the async_pipe object, in "win_iocp_handle_service::close_for_destruction". I've tried various of the examples with varying degrees of success. But any time I seem to use an async_pipe, I seem to get an "invalid handle" exception when it is calling CloseHandle on the completion port handle. Any ideas what I'm doing wrong? Thanks.

3 3

[Boost.Variant] Is there an r-value version of boost::get for variant?
by dariomt＠gmail.com 08 May '17

08 May '17

As seen in the std docs [1], std::get for variant provides r-value overloads. Does Boost.Variant have them? I'm interested in having this overload in particular: template<typename U, typename T1, typename T2, ..., typename TN> U && get(variant<T1, T2, ..., TN> && operand); Thanks in advance! [1] http://en.cppreference.com/w/cpp/utility/variant/get

2 2

[Units] Units in unit tests
by Stephan Menzel 08 May '17

08 May '17

Hello all, please excuse the weird subject line. I have just introduced boost units as length quantity for vectors into my project here. What previously was: typedef boost::qvm::vec<double, 3> vec3; is now: typedef boost::units::quantity<length, double> qlength; typedef boost::qvm::vec<qlength, 3> vec3; Which seems to work OK so far, I'm not done testing. While converting all my unit tests I came to wonder is how this is best adopted. I have lots of lines like: vec3 v = get_some_value(); and then I test the individual component values like this: BOOST_CHECK_CLOSE(X(v), 42.0, 0.001); // check for length of 42 meters Now this would have to be rewritten to: BOOST_CHECK_CLOSE(X(v).value(), 42.0, 0.001); But doing this, I imply the length is in meters, right? Doesn't that defeat the purpose a little? I feel this would be better: BOOST_CHECK_CLOSE(X(v), 42.0 * meters, 0.001); but the Macro won't accept this as this is not a floating point type anymore. Does anybody have some hint as to how this is best addressed while still have maximum readability? All my best... Stephan

3 5

Re: [Boost-users] Help with Boost Serialization library!
by label 03 May '17

03 May '17

Hi Tina, When you build the boost libraries, is there a way to generate .lib files for them? Below, I have documented the steps I took to build the library. Please take a glance at it and let me know if I missed something that will allow me to obtain the .lib file. I cannot see your pictures (A non-text attachment was scrubbed...), so I can only guess what goes wrong. My way building boost is (on Windows with VC++ 2015) cd c:\boost_1_64_0 .\bootstrap .\b2 --without-mpi --without-python --build-type=complete --reconfigure msvc stage This generates library files, for example libboost_serialization-vc140-mt-1_64.lib in the stage subdirectory of my boost root directory, here c:\boost_1_64_0\stage __________________________________ Freundliche Grüße * Best regards * Met vriendelijke groeten * Meilleures salutations Holger Gerth _________________________________________________________________________________ EB-Soft Gesellschaft fuer elektronische Beschriftungs-Software mbH Neckargartacher Str. 114, 74080 Heilbronn, Germany Tel: +49 (0)7131 / 9466-0 Email: info(a)ebsoft.de Fax: +49 (0)7131 / 1099-0 Homepage: www.ebsoft.de Amtsgericht-Registergericht-Stuttgart HRB 102882 Geschaeftsfuehrer: Michael Ehring, Helmut Sigler _________________________________________________________________________________

1 0

externing template instantiations of Boost.Multiprecision numbers
by Dani Brake 02 May '17

02 May '17

Hi Boost, I happily use Boost.Multiprecision inside a largely templated codebase, which involves the entirely-templated Eigen as well. My compile times are high. To gain insight into why compile time is so ridiculous, I used Templight <https://github.com/mikael-s-persson/templight> with Clang to query how many times my templates are instantiated, and how long they take. The answer was overwhelmingly that Boost.Multiprecision's number class is to blame, with 8264 instantiations of bmp::number<bmp::backends::mpft_float_backend<0,allocate_dynamic>, bmp::expression_template_option::et_on> 5052 of the same with the gmp_int backend, and 2689 for mpz_rational. I think the cure might be an extern template declaration on these three types, but where is the correct place to do this? In a header *I* have written which provides a few extensions / additions I needed? Or do I need to patch my install of BMP and put it there? As a follow-up, I have a cycle of instantiations I believe, but do not yet know, are expression templates. Can I extern a few common instantiations, and let the compiler do the rest? Any help or techniques are greatly appreciated. Especially as I (slowly) move toward applying expression templates to complex multiprecision arithmetic, too. Thanks a ton, Dani Brake University of Notre Dame Applied and Computational Mathematics and Statistics

1 0

Help with Boost Serialization library!
by Alam, Tina 02 May '17

02 May '17

Hi Boost Users, I need the Boost Serialization Library in order to use a MATLAB make file. The make file is looking for a static library file named either boost_serialization.lib or libboost_serialization.lib. However, when I built the serialization library, I got a lot of object files and rsp files rather than a .lib file. Do you know how to create the .lib file? I am not sure if it matters, but I am using a Windows computer. When you build the boost libraries, is there a way to generate .lib files for them? Below, I have documented the steps I took to build the library. Please take a glance at it and let me know if I missed something that will allow me to obtain the .lib file. 1. Download and unzip the boost folder http://www.boost.org/users/history/version_1_63_0.html 1. Look inside folder and make sure you find bootstrap.bat 1. Open the Visual Studio Developer Command Prompt and navigate to the boost folder [cid:image001.jpg@01D2BF3C.88D418B0] 1. Type bootstrap into the command line and hit enter [cid:image002.jpg@01D2BF3C.88D418B0] 1. After it finishes bootstrapping, type in .\b2 --with-serialization and hit enter. The serialization library will be built. I still have not figured out how to generate the .lib file. [cid:image003.jpg@01D2BF3C.88D418B0] Tina Alam IT Flex - Software Engineer

2 1

[BGL] null edge descriptor
by Ireneusz Szcześniak 01 May '17

01 May '17

Hi, I'm using Boost Graph Library (BGL), and I need a null edge. For years I was using G::edge_descriptor(), i.e., a default-constructed edge descriptor, and the code was working. However, I wonder if it is correct. Are all default-constructed edges equal? If I get a default-constructed edge descriptor e1 at some point in code, and another default-constructed edge descriptor e2 at some other point in code, will there descriptors always equal, i.e., will e1 == e2 always hold? Is it guaranteed that a default-constructed edge does not refer to an existing edge in a graph? Best, Irek

1 0

[review] Review of PolyCollection will start in a few days
by Ion Gaztañaga 30 Apr '17

30 Apr '17

Dear Boost community, The formal review of Joaquín M López Muñoz's PolyCollection library will start on Wednesday, May 3rd and ends on May 12th. This library implements fast containers of polymorphic objects. Typically, polymorphic objects cannot be stored directly in regular containers and need be accessed through an indirection pointer, which introduces performance problems related to CPU caching and branch prediction. Boost.PolyCollection implements a novel data structure that is able to contiguously store polymorphic objects without such indirection, thus providing a value-semantics user interface and better performance. Three polymorphic collections are provided: * boost::base_collection * boost::function_collection * boost::any_collection dealing respectively with classic base/derived or OOP polymorphism, function wrapping in the spirit of std::function and so-called duck typing as implemented by Boost.TypeErasure. If you are interested, you can start preparing your review with the following information: Repositories: Incubator: http://blincubator.com/bi_library/polycollection/?gform_post_id=1643 Github: https://github.com/joaquintides/poly_collection and the documentation here: http://rawgit.com/joaquintides/poly_collection/website/doc/html/index.html See you on Wednesday! Ion

1 0

Fwd: [boost] [clang] clang-cl expansion of macros
by degski 29 Apr '17

29 Apr '17

On 16 April 2016 at 17:58, Edward Diener <eldiener(a)tropicsoft.com> wrote: > What I strongly suspect will finally happen is that clang will not fix > these emulation problems because they are too tricky and numerous to do. > Instead they will probably declare that their emulation is good enough for > the majority of preprocessor constructs and that Boost PP, which pushes the > preprocessor to its limits, is not meant to work with their flawed VC++ > emulation. I hope I am wrong about that supposition, but having spent much > time in Boost PP and Boost VMD trying to workaround VC++ non-standard > preprocessor behavior I can envision that having to code "down" to that > behavior in numerous complicated instances will be too much time consuming > work for the clang developers who have chosen to work with VC++ > preprocessor emulation. > I've successfully built boost-1.64 with VC1410 (from the developer command prompt). Trying to use boost with a project using Clang 4.0.0 (both the LLVM and C2 backends) gives me the following PP error messages: 1>------ Rebuild All started: Project: test, Configuration: Debug x64 ------ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:12: 1> In file included from z:\vc\x64\include\boost/ iterator/interoperable.hpp:11: 1> In file included from z:\vc\x64\include\boost/mpl/or.hpp:43: 1> In file included from z:\vc\x64\include\boost/mpl/ aux_/include_preprocessed.hpp:37: 1>z:\vc\x64\include\boost/mpl/aux_/preprocessed/plain/or.hpp(59,7): error : too many arguments provided to function-like macro invocation 1> 2 1> ^ 1> z:\vc\x64\include\boost/preprocessor/facilities/expand.hpp(26,10): note: macro 'BOOST_PP_EXPAND_I' defined here 1> # define BOOST_PP_EXPAND_I(x) x 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:12: 1> In file included from z:\vc\x64\include\boost/ iterator/interoperable.hpp:11: 1> In file included from z:\vc\x64\include\boost/mpl/or.hpp:43: 1> In file included from z:\vc\x64\include\boost/mpl/ aux_/include_preprocessed.hpp:37: 1>z:\vc\x64\include\boost/mpl/aux_/preprocessed/plain/or.hpp(58,1): error : expected a qualified name after 'typename' 1> BOOST_MPL_AUX_NA_SPEC2( 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(166,44): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC2' 1> #define BOOST_MPL_AUX_NA_SPEC2(i, j, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(64,11): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_PARAMS(i, typename T) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:12: 1> In file included from z:\vc\x64\include\boost/ iterator/interoperable.hpp:11: 1> In file included from z:\vc\x64\include\boost/mpl/or.hpp:43: 1> In file included from z:\vc\x64\include\boost/mpl/ aux_/include_preprocessed.hpp:37: 1>z:\vc\x64\include\boost/mpl/aux_/preprocessed/plain/or.hpp(58,1): error : expected ',' or '>' in template-parameter-list 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(166,44): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC2' 1> #define BOOST_MPL_AUX_NA_SPEC2(i, j, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(65,9): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL(i, typename T, na) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/def_params_tail.hpp(97,5): note: expanded from macro 'BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL' 1> BOOST_MPL_PP_DEF_PARAMS_TAIL_IMPL(i, param, BOOST_PP_IDENTITY(=value)) \ 1> ^ 1> note: (skipping 2 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(22,32): note: expanded from macro 'BOOST_PP_CAT' 1> # define BOOST_PP_CAT(a, b) BOOST_PP_CAT_I(a, b) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^ 1> <scratch space>(8,1): note: expanded from here 1> BOOST_PP_REPEAT_1 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:12: 1> In file included from z:\vc\x64\include\boost/ iterator/interoperable.hpp:11: 1> In file included from z:\vc\x64\include\boost/mpl/or.hpp:43: 1> In file included from z:\vc\x64\include\boost/mpl/ aux_/include_preprocessed.hpp:37: 1>z:\vc\x64\include\boost/mpl/aux_/preprocessed/plain/or.hpp(58,1): error : template argument for template type parameter must be a type 1> BOOST_MPL_AUX_NA_SPEC2( 1> ^~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(166,44): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC2' 1> #define BOOST_MPL_AUX_NA_SPEC2(i, j, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(68,17): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> : name< BOOST_MPL_PP_PARAMS(i, T) > \ 1> ^~~~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1> note: (skipping 5 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^~~~~~ 1> <scratch space>(33,1): note: expanded from here 1> T2 1> ^~ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(32,37): note: expanded from macro 'BOOST_PP_CAT_II' 1> # define BOOST_PP_CAT_II(p, res) res 1> ^~~ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessed/plain/or.hpp(45,39): note: template parameter is declared here 1> , typename BOOST_MPL_AUX_NA_PARAM(T2) 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1> In file included from z:\vc\x64\include\boost/mpl/eval_if.hpp:17: 1>z:\vc\x64\include\boost/mpl/if.hpp(131,23): error : too many arguments provided to function-like macro invocation 1> BOOST_MPL_AUX_NA_SPEC(3, if_) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/facilities/expand.hpp(26,10): note: macro 'BOOST_PP_EXPAND_I' defined here 1> # define BOOST_PP_EXPAND_I(x) x 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1> In file included from z:\vc\x64\include\boost/mpl/eval_if.hpp:17: 1>z:\vc\x64\include\boost/mpl/if.hpp(131,1): error : expected a qualified name after 'typename' 1> BOOST_MPL_AUX_NA_SPEC(3, if_) 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(64,11): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_PARAMS(i, typename T) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1> In file included from z:\vc\x64\include\boost/mpl/eval_if.hpp:17: 1>z:\vc\x64\include\boost/mpl/if.hpp(131,1): error : expected ',' or '>' in template-parameter-list 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(65,9): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL(i, typename T, na) \ 1> ^ 1> note: (skipping 3 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(22,32): note: expanded from macro 'BOOST_PP_CAT' 1> # define BOOST_PP_CAT(a, b) BOOST_PP_CAT_I(a, b) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^ 1> <scratch space>(4,1): note: expanded from here 1> BOOST_PP_REPEAT_1 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1> In file included from z:\vc\x64\include\boost/mpl/eval_if.hpp:17: 1>z:\vc\x64\include\boost/mpl/if.hpp(131,1): error : template argument for template type parameter must be a type 1> BOOST_MPL_AUX_NA_SPEC(3, if_) 1> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(68,17): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> : name< BOOST_MPL_PP_PARAMS(i, T) > \ 1> ^~~~~~~~~~~~~~~~~~~~~~~~~ 1> note: (skipping 6 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^~~~~~ 1> <scratch space>(29,1): note: expanded from here 1> T3 1> ^~ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(32,37): note: expanded from macro 'BOOST_PP_CAT_II' 1> # define BOOST_PP_CAT_II(p, res) res 1> ^~~ 1> z:\vc\x64\include\boost/mpl/if.hpp(53,39): note: template parameter is declared here 1> , typename BOOST_MPL_AUX_NA_PARAM(T3) 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1>z:\vc\x64\include\boost/mpl/eval_if.hpp(67,23): error : too many arguments provided to function-like macro invocation 1> BOOST_MPL_AUX_NA_SPEC(3, eval_if) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/facilities/expand.hpp(26,10): note: macro 'BOOST_PP_EXPAND_I' defined here 1> # define BOOST_PP_EXPAND_I(x) x 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1>z:\vc\x64\include\boost/mpl/eval_if.hpp(67,1): error : expected a qualified name after 'typename' 1> BOOST_MPL_AUX_NA_SPEC(3, eval_if) 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(64,11): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_PARAMS(i, typename T) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1>z:\vc\x64\include\boost/mpl/eval_if.hpp(67,1): error : expected ',' or '>' in template-parameter-list 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(65,9): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL(i, typename T, na) \ 1> ^ 1> note: (skipping 3 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(22,32): note: expanded from macro 'BOOST_PP_CAT' 1> # define BOOST_PP_CAT(a, b) BOOST_PP_CAT_I(a, b) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^ 1> <scratch space>(29,1): note: expanded from here 1> BOOST_PP_REPEAT_1 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:15: 1>z:\vc\x64\include\boost/mpl/eval_if.hpp(67,1): error : template argument for template type parameter must be a type 1> BOOST_MPL_AUX_NA_SPEC(3, eval_if) 1> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(161,40): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC' 1> #define BOOST_MPL_AUX_NA_SPEC(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(68,17): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> : name< BOOST_MPL_PP_PARAMS(i, T) > \ 1> ^~~~~~~~~~~~~~~~~~~~~~~~~ 1> note: (skipping 6 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^~~~~~ 1> <scratch space>(32,1): note: expanded from here 1> T3 1> ^~ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(32,37): note: expanded from macro 'BOOST_PP_CAT_II' 1> # define BOOST_PP_CAT_II(p, res) res 1> ^~~ 1> z:\vc\x64\include\boost/mpl/eval_if.hpp(29,39): note: template parameter is declared here 1> , typename BOOST_MPL_AUX_NA_PARAM(F2) 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(40,30): error : too many arguments provided to function-like macro invocation 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI(1, identity) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/facilities/expand.hpp(26,10): note: macro 'BOOST_PP_EXPAND_I' defined here 1> # define BOOST_PP_EXPAND_I(x) x 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(40,1): error : expected a qualified name after 'typename' 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI(1, identity) 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(64,11): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_PARAMS(i, typename T) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(40,1): error : expected ',' or '>' in template-parameter-list 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(65,9): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL(i, typename T, na) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/def_params_tail.hpp(97,5): note: expanded from macro 'BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL' 1> BOOST_MPL_PP_DEF_PARAMS_TAIL_IMPL(i, param, BOOST_PP_IDENTITY(=value)) \ 1> ^ 1> note: (skipping 2 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(22,32): note: expanded from macro 'BOOST_PP_CAT' 1> # define BOOST_PP_CAT(a, b) BOOST_PP_CAT_I(a, b) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^ 1> <scratch space>(32,1): note: expanded from here 1> BOOST_PP_REPEAT_1 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(40,1): error : template argument for template type parameter must be a type 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI(1, identity) 1> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(68,17): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> : name< BOOST_MPL_PP_PARAMS(i, T) > \ 1> ^~~~~~~~~~~~~~~~~~~~~~~~~ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1> note: (skipping 5 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^~~~~~ 1> <scratch space>(32,1): note: expanded from here 1> T1 1> ^~ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(32,37): note: expanded from macro 'BOOST_PP_CAT_II' 1> # define BOOST_PP_CAT_II(p, res) res 1> ^~~ 1> z:\vc\x64\include\boost/mpl/identity.hpp(23,39): note: template parameter is declared here 1> typename BOOST_MPL_AUX_NA_PARAM(T) 1> ^ 1>z:\vc\x64\include\boost/mpl/identity.hpp(41,30): error : too many arguments provided to function-like macro invocation 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI(1, make_identity) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/facilities/expand.hpp(26,10): note: macro 'BOOST_PP_EXPAND_I' defined here 1> # define BOOST_PP_EXPAND_I(x) x 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(41,1): error : expected a qualified name after 'typename' 1> BOOST_MPL_AUX_NA_SPEC_NO_ETI(1, make_identity) 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(64,11): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_PARAMS(i, typename T) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/params.hpp(58,11): note: expanded from macro 'BOOST_MPL_PP_PARAMS' 1> , BOOST_MPL_PP_AUX_PARAM_FUNC \ 1> ^ 1> In file included from test.cpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem.hpp:16: 1> In file included from z:\vc\x64\include\boost/filesystem/path.hpp:28: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_facade.hpp:14: 1> In file included from z:\vc\x64\include\boost/ iterator/iterator_categories.hpp:16: 1>z:\vc\x64\include\boost/mpl/identity.hpp(41,1): error : expected ',' or '>' in template-parameter-list 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(154,47): note: expanded from macro 'BOOST_MPL_AUX_NA_SPEC_NO_ETI' 1> #define BOOST_MPL_AUX_NA_SPEC_NO_ETI(i, name) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/na_spec.hpp(65,9): note: expanded from macro '\ 1> 1> BOOST_MPL_AUX_NA_SPEC_MAIN' 1> BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL(i, typename T, na) \ 1> ^ 1> z:\vc\x64\include\boost/mpl/aux_/preprocessor/def_params_tail.hpp(97,5): note: expanded from macro 'BOOST_MPL_PP_NESTED_DEF_PARAMS_TAIL' 1> BOOST_MPL_PP_DEF_PARAMS_TAIL_IMPL(i, param, BOOST_PP_IDENTITY(=value)) \ 1> ^ 1> note: (skipping 2 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(22,32): note: expanded from macro 'BOOST_PP_CAT' 1> # define BOOST_PP_CAT(a, b) BOOST_PP_CAT_I(a, b) 1> ^ 1> z:\vc\x64\include\boost/preprocessor/cat.hpp(31,53): note: expanded from macro 'BOOST_PP_CAT_I' 1> # define BOOST_PP_CAT_I(a, b) BOOST_PP_CAT_II(~, a ## b) 1> ^ 1> <scratch space>(61,1): note: expanded from here 1> BOOST_PP_REPEAT_1 1> ^ 1>CL : fatal error : too many errors emitted, stopping now [-ferror-limit=] 1> 20 errors generated. ========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ========== Up till now I was using a hacked boost-1.62. So in order to see what would happen, I also built boost-1.63. Apart from a small change in type_with_alignment.hpp (adding a ckeck for _MSC_VER not to exist if __clang__ does exist in line 87), boost-1.63 compiles without a problem (no specific (relevant to the emulation) command line parameters). Is there a macro I should define or is there something else I should set/do in order to use boost-1.64 with Clang 4.0.0 on windows? Any other suggestions? degski -- "*Ihre sogenannte Religion wirkt bloß wie ein Opiat reizend, betäubend, Schmerzen aus Schwäche stillend.*" - Novalis 1798

1 1

[Range, Phoenix] What am I missing...
by Robert Jones 25 Apr '17

25 Apr '17

Hi Folks Can anyone explain the output of this program... #include <iostream> #include <boost/range/algorithm/copy.hpp> #include <boost/range/counting_range.hpp> #include <boost/range/adaptor/reversed.hpp> #include <boost/range/adaptor/transformed.hpp> #include <boost/phoenix/bind/bind_function.hpp> #include <boost/phoenix/core/argument.hpp> int f( int i ) { return i * 2; } int main( ) { using boost::adaptors::reversed; using boost::adaptors::transformed; using boost::counting_range; using boost::copy; using boost::phoenix::arg_names::_1; copy( counting_range( 1, 5 ) | reversed | transformed( f ), std::ostream_iterator<int>( std::cout, " " ) ); std::cout << std::endl; copy( counting_range( 1, 5 ) | reversed | transformed( bind( f, _1 ) ), std::ostream_iterator<int>( std::cout, " " ) ); std::cout << std::endl; } Which is... 8 6 4 2 1768406272 1768406272 1768406272 1768406272 I'm using Gcc 4.6.2 & Boost 1.53 Thx All.

3 4

[Serialization] issue with "Assertion `__null != bpos' failed"
by Francois Mauger 24 Apr '17

24 Apr '17

Hi Robert, all, In some of our libs, we use serialization through a base pointer: We have a base (abstract) class "a::base" which is available from a shared library "liba". We have created a new class "b::foo", inherited from "a::base", hosted in another shared lib "libb", "libb" being explicitly linked to "liba". In "libb", class "b::foo" is exported through : BOOST_CLASS_EXPORT_KEY2(b::foo,"b::foo") (in header foo.hpp) BOOST_CLASS_EXPORT_IMPLEMENT(b::foo) (in some libb's foo-serial.cpp source file) which I think is the right way to process to register a class in a compilation unit. In a test program, I (de)serialize 'b::foo' instances through a 'a::base' pointer. This mechanism has worked for years in all of our software chains. And today it works with our current production software system (ubuntu linux 16.04, g++ 5.4.0, GNU ld 2.26.1, Boost 1.60). However, we now face a runtime error on *some* of our boxes. The message is: <pre> ...test_app...: /path/to/boost/install/include/boost/archive/detail/oserializer.hpp:436: static void boost::archive::detail::save_pointer_type<Archive>::polymorphic::save(Archive&, T&) [ with T = a::base; Archive = boost::archive::xml_oarchive]: Assertion `__null != bpos' failed. Abort (core dumped) </pre> This error only occurs with XML or txt archives, but works like a charm with Christian's EOS portable binary ars. What is strange is that the code works on some of our systems but failed on other ones with the same compiler/linker/boost versions. The exception suggests some problem with class registration but I don't understand this (apparently) arbitrary behaviour. If any of you have a hint to help us to find the solution, it would be appreciated. thanks regards -- François

1 0

really dumb question about quickbook
by Robert Ramey 21 Apr '17

21 Apr '17

I'm struggling with quickbook When I use the following [section:userapi User API] [include types/File.qbk] [include types/Hasher.qbk] [include types/Progress.qbk] [endsect] I don't the files included. But when I use [section:userapi User API] [include types/File.qbk] [include types/Hasher.qbk] [include types/Progress.qbk] [endsect] The other files ARE included. I've looked through the quickbook docs and for the life of me I can't find where the significance (if there is any) of spaces in the markup is explained. Could someone point me in the right direction? Robert Ramey

4 18

[Boost-CRC] Warnings in crc_32_type
by tamas.ruszkai＠leica-geosystems.com 21 Apr '17

21 Apr '17

1 0

[release] Boost 1.64.0
by Rene Rivera 20 Apr '17

20 Apr '17

Release 1.64.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 one new library and numerous enhancements and bug fixes for existing libraries. For details, including download links, see < http://www.boost.org/users/history/version_1_64_0.html> You can also download directly from: < https://dl.bintray.com/boostorg/release/1.64.0/> To install this release on your system, see < http://www.boost.org/doc/libs/release/more/getting_started/index.html> Thanks to everyone who participated in this release. Thanks, -- The Boost Release Team Vladimir Prus, Rene Rivera, Marshall Clow, Eric Niebler, Daniel James, Beman Dawes

3 2

[hana] create aribtrary tuples of integral_constants
by Steve Lorimer 19 Apr '17

19 Apr '17

Making use of Scott Schurr's str_const ( https://github.com/boostcon/cppnow_presentations_2012/blob/master/wed/schur…) I have a constexpr string. class StrConst { public: template<size_t N> constexpr StrConst(const char (&str)[N]) : str_(str) , len_(N - 1) { static_assert(N > 1, "not a string"); } constexpr operator const char*() const { return str_; } constexpr size_t size() const { return len_; } constexpr char operator[] (size_t i) const { return i < len_ ? str_[i] : throw std::out_of_range("invalid index"); } private: const char* const str_; const size_t len_; }; I have another constexpr function which returns the position of the first caret found in a string, starting from position n: constexpr int caretPos(const StrConst& str, size_t n = 0) { if (n == str.size()) return -1; if (str[n] == '^') return n; return caretPos(str, n+1); } I can use the results of caretPos to create a typedef for a std::tuple of std::integral_constants, where the size of the tuple is the number of carets found in the string, and each tuple element is an integral constant whose value is the position of the caret in the string. Here I manually construct this tuple: int main() { constexpr StrConst s("hello^world^"); constexpr int pos1 = caretPos(s); constexpr int pos2 = caretPos(s, pos1+1); using P1 = std::integral_constant<int, pos1>; using P2 = std::integral_constant<int, pos2>; using PosTuple = std::tuple<P1, P2>; static_assert(std::tuple_element_t<0, PosTuple>::value == 5, ""); static_assert(std::tuple_element_t<1, PosTuple>::value == 11, ""); } Question: I would now like to generalise this for any input string with any number of carets. template<size_t... Ns> using PosTuple = std::tuple<std::integral_constant<int, Ns>...>; How can I generate the sequence of Ns... required here using caretPos or some other means?

2 1

[release] Boost 1.64.0 Release Candidate 1
by Rene Rivera 17 Apr '17

17 Apr '17

The release candidates for the 1.64.0 release are now available at: <https://dl.bintray.com/boostorg/beta/1.64.0.rc.1/> The SHA256 checksums are as follows: 49c6abfeb5b480f6a86119c0d57235966b4690ee6ff9e6401ee868244808d155 boost_1_64_0_rc1.7z 7bcc5caace97baa948931d712ea5f37038dbb1c5d89b43ad4def4ed7cb683332 boost_1_64_0_rc1.tar.bz2 0445c22a5ef3bd69f5dfb48354978421a85ab395254a26b1ffb0aa1bfd63a108 boost_1_64_0_rc1.tar.gz b99973c805f38b549dbeaf88701c0abeff8b0e8eaa4066df47cac10a32097523 boost_1_64_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. -- The Boost Release Team -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 1

Serialization support for colony container
by Brian Wood 17 Apr '17

17 Apr '17

Shalom It's looking like Matthew Bentley's colony container -- http://plflib.org -- is going to pass over Boost on it's way to the standard. I've added serialization support for this container to the C++ Middleware Writer and added some code that tests that support to my repo -- https://bitbucket.org/webenezer/onwards . I enjoyed Jon Kalb's CppChat show where he talked to Matthew about this container -- http://www.slashslash.info/cppchat/ https://www.youtube.com/watch?v=SFAJ238rBNw -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

2 1

[CallableTraits] Review results
by Louis Dionne 17 Apr '17

17 Apr '17

Dear Boost, I am pleased to announce that the CallableTraits library is CONDITIONALLY ACCEPTED into Boost. I counted the following formal reviews: - Bruno Dutra: Yes - Emil Dotchevski: Yes - John P. Fletcher: Yes - Klemens Morgenstern: Yes - Peter Dimov: Yes - Zach Laine: Yes The following people also participated to the review by providing informal feedback: - Edward Diener - Gavin Lambert - Niall Douglas - Paul Fultz II - Tim Song I also based my decision on previous experience I've had using the library, and some issues we faced in the Standard Committee where we could have used CallableTraits. I'd like to thank everyone who participated to the review for their feedback, and also Barrett Adair for his submission. The following lists the conditions for acceptance, and also summarizes the general feedback received during the review. GitHub issues are leveraged to make the tracking of these comments easier. Below, whenever I refer to #XYZ, the corresponding ticket can be found at https://github.com/badair/callable_traits/issues/XYZ To see all the issues that were discussed during the review, you can search for tickets labeled with `review` on GitHub (please allow some time for Barrett to update the new issues I just filed): https://github.com/badair/callable_traits/issues?page=1&q=+label%3Areview Conditions for acceptance ------------------------- The following are points that must be addressed for the library to be accepted. Once all of the associated GitHub issues are closed, I ask that the author post to this list with links to the closed issues. Unless major problems (having to do with the closed issues) are raised at that time, the library will be automatically accepted into Boost, no additional review required. - The library needs to clearly document the advantages of CallableTraits over FunctionTypes. Concrete examples must be given (at least one, preferably two). See #117. - The level of C++ conformance required for the whole library needs to be clearly stated in the documentation. Individual components should only document divergences from that base level of conformance. The current state of things is quite confusing for users. See #118. - The "algorithmic" parts of the library must be removed, since they are out of scope. This has already been partly done in issue #114, but the following algorithms must be discussed too (let's follow up in #114): + args_at + clear_args + pop_front_args + push_front_args + expand_args_right + expand_args_left - The lazy metafunctions and predicate traits should be SFINAE-friendly, just like the aliases are. I think this inconsistency is a big deal, enough to be a condition for acceptance. See #134. Summary of the feedback received -------------------------------- The following is a compilation of other points that were made during the review, but which are not requirements for acceptance. I trust, but do not require, that all of those points will be considered by the author: - There is a loss of information with the `args` metafunction. For example, `void(T)` and `void(T, ...)` both give the same result. See #132. - Consider adding a way of obtaining the parameter list of a function without the type of `*this`. See #133. - The documentation uses the terms of art "implementation defined" and "undefined behavior" incorrectly. See #103 and #131. - The non-reference documentation should present at least one real-world use case. See #116. - The library should handle top-level cv-qualifiers. See #106. - Consider supporting different calling conventions (e.g. `__cdecl`). See #102. - Consider adding a pre-C++17 implementation of `is_invocable` and friends. See #119. - The documentation should clearly state that the library can be used without the rest of Boost. See #99. - Consider combining `expand_args` and `args` into a single metafunction with a default "output" parameter of `std::tuple`. See #126. - Consider adding `make_fn` and `make_mem_fn` metafunctions to construct a signature from a return type and a tuple of the arguments. See #113. - Consider renaming some traits, like `is_reference_member`. See #108. - Reword some parts of the documentation that look odd due to the use of passive tense. See #105. - Consider adding a version of `apply_member_pointer` which carries cv-qualifiers. See #138. - Consider adding `remove_member_cv_ref` and `copy_member_cv_ref`. See #139. - Why does `qualified_parent_class_of` always returns a const& for PMDs? See #112. - Why does `qualified_parent_class_of` return a ref-qualified type even for unqualified PMFs? See #112. A few of my own comments: - Consider using alphabetical order in the table of contents of the reference. See #135. - Consider renaming `apply_member_pointer` to something like `make_member`. See #136. - Consider dropping the `parent_` in `parent_class_of`, or adding a note to justify the name. See #137. Again, thanks to everyone who participated in the review, and congratulations to Barrett for his work! Regards, Louis Dionne

1 0

How to setup log directory in an directory that is not fixed?
by Bruce 17 Apr '17

17 Apr '17

Hi, I am using boost.Log. I config the log using a logconfig.ini file. Now the requirement changed, we need to put the log in an directory specific to a login account. The account may change so we have to first create the directory then set the log output file to this directory. I tried to first log the logconfig.ini and then set the logging::add_file_log(...), but the file path set in the .ini files created too. If I don't setup the FileName in the .ini file, it throws a exception. Is there anyway to set the path and the file name separately? Or change the file path after loading the .ini config file? Thanks

1 0

Re: [Boost-users] Issue with Boost.Test using Oracle Developer Studio 12.5
by Leo Carreon 16 Apr '17

16 Apr '17

I have not received any response on this mail therefore I have decided to report a bug via tracs. The tracs ticket# 12877. From: Leo Carreon Sent: Tuesday, February 28, 2017 6:25 PM To: Boost Users Mailing List Subject: Issue with Boost.Test using Oracle Developer Studio 12.5 Hi, This is a continuation of the issues I’ve encountered with Boost 1.63.0 using Developer Studio 12.5. I’m assuming that even with the Boost 1.63.0 build issues that libraries unaffected by the build issues are usable. Therefore, I have attempted to build one of my small projects in both C++11 and C++14 modes. The builds of this small project failed with the following error message: "/opt/boost1.63.0/include/boost/test/unit_test_log.hpp", line 218: Error: boost::unit_test::unit_test_log_t::test_unit_skipped hides the virtual function boost::unit_test::test_observer::test_unit_skipped(const boost::unit_test::test_unit&). This error was encountered compiling a source file containing the following: #define BOOST_TEST_MODULE TestImport #include <boost/test/unit_test.hpp> Is this a Boost.Test issue or is it a Developer Studio 12.5 issue? If it is a Boost.Test issue, how do I resolve it? Kind regards, Leo

2 1

[build] Unexpected static libraries in 1.63
by Gavin Lambert 16 Apr '17

16 Apr '17

I've recently rebuilt Boost 1.63 locally for both Windows and Linux, requesting dynamic libraries only (link=dynamic). However several libraries are still being built in both static and dynamic forms: - chrono - system - timer - unit_test_framework Additionally some libraries are being built only in static forms: - exception - test_exec_monitor I assume the latter is intentional, as presumably some libraries can only work as static libraries. Is the former intentional or a bug? It seems like a bug. Or do these contain symbols that the dynamic libraries do not?

4 6

Re: [Boost-users] [Boost.Test] Using intel MKL instead of ACML with the boost testing framework
by anandram sundar 16 Apr '17

16 Apr '17

Update: This doesn’t seem to have anything to do with MKL. Just linking with all the boost libraries is enough to cause this. I was able to repro this with just a few files. I am fairly certain this is because of some issue with linking incorrect libraries. Please let me know. I realize that I don’t need all these libraries for the simple test cases I have written. My g++ version is 4.4.6 Boost version 1.63 File1: // cat mklmain.cpp #define BOOST_ALL_DYN_LINK #define BOOST_TEST_MAIN #include <boost/test/included/unit_test.hpp> File2: // cat mkl1.cpp #include <boost/test/unit_test.hpp> #include "logging-helper.h" BOOST_FIXTURE_TEST_SUITE(mkltest1, Fixture) BOOST_AUTO_TEST_CASE(math_test_functions1) { BOOST_LOG_SEV(lg, trace) << "Starting test case for mkl test 1"; float dot = 3; BOOST_TEST(dot == 3); BOOST_LOG_SEV(lg, trace) << "Ending test case for mkl test 1"; } BOOST_AUTO_TEST_SUITE_END() File3: // cat mkl2.cpp #include <boost/test/unit_test.hpp> #include "logging-helper.h" BOOST_FIXTURE_TEST_SUITE(mkltest2, Fixture) BOOST_AUTO_TEST_CASE(math_test_functions2) { BOOST_LOG_SEV(lg, trace) << "Starting test case for mkl test 2"; float dot = 3; BOOST_TEST(dot == 3); BOOST_LOG_SEV(lg, trace) << "Ending test case for mkl test 2"; } BOOST_AUTO_TEST_SUITE_END() File4: // cat logging-helper.h // I realize that not all these headers are necessary. Was trying out different things. #pragma once #define BOOST_LOG_DYN_LINK 1 #include <boost/move/utility_core.hpp> #include <boost/log/sources/logger.hpp> #include <boost/log/sources/record_ostream.hpp> #include <boost/log/sources/global_logger_storage.hpp> #include <boost/log/utility/setup/file.hpp> #include <boost/log/utility/setup/console.hpp> #include <boost/log/utility/setup/common_attributes.hpp> #include <boost/log/trivial.hpp> #include <boost/log/expressions.hpp> #include <boost/log/sinks/text_file_backend.hpp> #include <boost/log/sources/severity_logger.hpp> namespace logging = boost::log; namespace src = boost::log::sources; namespace sinks = boost::log::sinks; namespace keywords = boost::log::keywords; using namespace logging::trivial; class Fixture { public: src::severity_logger<severity_level> lg; Fixture(){ logging::core::get()->remove_all_sinks(); logging::add_console_log ( std::cout, keywords::format = "[%TimeStamp%]: %Message%" ); logging::add_common_attributes(); } }; My compile/link line is this g++ -I/home/anandrs/Downloads/boost_1_63_0 -L/home/anandrs/Downloads/boost_1_63_0/stage/lib mkl1.cpp mkl2.cpp mklmain.cpp -lboost_prg_exec_monitor -lboost_unit_test_framework -lboost_context -lboost_locale -lboost_log -lboost_log_setup -lboost_timer -lboost_type_erasure -lboost_wave -lboost_chrono -lboost_filesystem -lboost_graph -lboost_random -lboost_thread -lboost_wserialization -lboost_atomic -lboost_container -lboost_date_time -lboost_iostreams -lboost_math_c99 -lboost_math_c99f -lboost_math_c99l -lboost_math_tr1 -lboost_math_tr1f -lboost_math_tr1l -lboost_program_options -lboost_regex -lboost_serialization -lboost_signals -lboost_system -lboost_exception -lboost_test_exec_monitor -o BoostMKL valgrind ./BoostMKL ==83998== Memcheck, a memory error detector ==83998== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==83998== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==83998== Command: ./BoostMKL ==83998== Running 2 test cases... [2017-02-23 10:11:04.603945]: Starting test case for mkl test 2 [2017-02-23 10:11:04.759958]: Ending test case for mkl test 2 [2017-02-23 10:11:04.824863]: Starting test case for mkl test 1 [2017-02-23 10:11:04.830820]: Ending test case for mkl test 1 *** No errors detected ==83998== Invalid read of size 4 ==83998== at 0x93124B6: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.13) ==83998== by 0x9A4AEBC: __cxa_finalize (in /lib64/libc-2.12.so) ==83998== by 0x5083745: ??? (in /local/home/anandrs/Downloads/boost_1_63_0/stage/lib/libboost_unit_test_framework.so.1.63.0) ==83998== by 0x50DBE00: ??? (in /local/home/anandrs/Downloads/boost_1_63_0/stage/lib/libboost_unit_test_framework.so.1.63.0) ==83998== by 0x9A4AB21: exit (in /lib64/libc-2.12.so) ==83998== by 0x9A33D63: (below main) (in /lib64/libc-2.12.so) ==83998== Address 0xa1d4cd0 is 16 bytes inside a block of size 32 free'd ==83998== at 0x4C26FD6: operator delete(void*) (vg_replace_malloc.c:480) ==83998== by 0x93124C8: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.13) ==83998== by 0x9A4AB21: exit (in /lib64/libc-2.12.so) ==83998== by 0x9A33D63: (below main) (in /lib64/libc-2.12.so) ==83998== ==83998== Invalid free() / delete / delete[] / realloc() ==83998== at 0x4C26FD6: operator delete(void*) (vg_replace_malloc.c:480) ==83998== by 0x93124C8: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.13) ==83998== by 0x9A4AEBC: __cxa_finalize (in /lib64/libc-2.12.so) ==83998== by 0x5083745: ??? (in /local/home/anandrs/Downloads/boost_1_63_0/stage/lib/libboost_unit_test_framework.so.1.63.0) ==83998== by 0x50DBE00: ??? (in /local/home/anandrs/Downloads/boost_1_63_0/stage/lib/libboost_unit_test_framework.so.1.63.0) ==83998== by 0x9A4AB21: exit (in /lib64/libc-2.12.so) ==83998== by 0x9A33D63: (below main) (in /lib64/libc-2.12.so) ==83998== Address 0xa1d4cc0 is 0 bytes inside a block of size 32 free'd ==83998== at 0x4C26FD6: operator delete(void*) (vg_replace_malloc.c:480) ==83998== by 0x93124C8: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib64/libstdc++.so.6.0.13) ==83998== by 0x9A4AB21: exit (in /lib64/libc-2.12.so) ==83998== by 0x9A33D63: (below main) (in /lib64/libc-2.12.so) ==83998== ==83998== ==83998== HEAP SUMMARY: ==83998== in use at exit: 1,552 bytes in 34 blocks ==83998== total heap usage: 3,704 allocs, 3,698 frees, 221,397 bytes allocated ==83998== ==83998== LEAK SUMMARY: ==83998== definitely lost: 1,032 bytes in 28 blocks ==83998== indirectly lost: 0 bytes in 0 blocks ==83998== possibly lost: 0 bytes in 0 blocks ==83998== still reachable: 520 bytes in 6 blocks ==83998== suppressed: 0 bytes in 0 blocks ==83998== Rerun with --leak-check=full to see details of leaked memory ==83998== ==83998== For counts of detected and suppressed errors, rerun with: -v ==83998== ERROR SUMMARY: 112 errors from 2 contexts (suppressed: 6 from 6) Thanks, Anand On Tue, Feb 21, 2017 at 2:03 PM, anandram sundar <sundaranandram(a)gmail.com> wrote: > Hi, > I recently wrote some tests using the Boost testing framework and > everything was working fine until I used the intel MKL with my project. As > soon as I started linking these libraries, the tests started failing with a > segmentation fault. This happens after the test execution is done and when > the cleanup is happening. Looking at what valgrind outputs, it seems like > there is some memory being released which is invalid(not sure if it is > because of calling free on already freed memory). This actually happens > even if none of the code depends on the MKL. Just adding them to the linked > libraries is enough to cause this. > > GCC 4.9.3 > Boost ver 1.62 > > *==85160== Invalid read of size 4* > *==85160== at 0x10916C57: std::basic_string<char, > std::char_traits<char>, std::allocator<char> >::~basic_string() (in > /lib/libstdc++.so.6.0.20)* > *==85160== by 0x1104AEBC: __cxa_finalize (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x41981E2: ??? (in > /lib/libboost_unit_test_framework.so.1.62.0)* > *==85160== by 0x400EC5B: _dl_fini (in /lib64/ld-2.12.so > <http://ld-2.12.so>)* > *==85160== by 0x1104AB21: exit (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x11033D63: (below main) (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== Address 0x1262fab0 is 16 bytes inside a block of size 30 > free'd* > *==85160== at 0x4C26FD6: operator delete(void*) > (vg_replace_malloc.c:480)* > *==85160== by 0x1104AB21: exit (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x11033D63: (below main) (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > > > *==85160== Invalid free() / delete / delete[] / realloc()* > *==85160== at 0x4C26FD6: operator delete(void*) > (vg_replace_malloc.c:480)* > *==85160== by 0x1104AEBC: __cxa_finalize (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x41981E2: ??? (in > /lib/libboost_unit_test_framework.so.1.62.0)* > *==85160== by 0x400EC5B: _dl_fini (in /lib64/ld-2.12.so > <http://ld-2.12.so>)* > *==85160== by 0x1104AB21: exit (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x11033D63: (below main) (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== Address 0x1262faa0 is 0 bytes inside a block of size 30 free'd* > *==85160== at 0x4C26FD6: operator delete(void*) > (vg_replace_malloc.c:480)* > *==85160== by 0x1104AB21: exit (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > *==85160== by 0x11033D63: (below main) (in /lib64/libc-2.12.so > <http://libc-2.12.so>)* > > > I am not sure why this is happening. Are there any known compatibility > issues between MKL and Boost testing framework. I was using ACML before > this and the tests were working fine with them. > > > Thanks, > Anand >

2 1

Howard Hinnant
by Leo Carreon 16 Apr '17

16 Apr '17

Hi Boost Users, Does any know how to contact Howard Hinnant by email? Kind regards, Leo

3 3

What is the effective way to use boost::asio::deadline_timer for udp socket receive_from?
by jupiter 14 Apr '17

14 Apr '17

Hi, My program needs a sync udp socket send / receiver so I use the deadline_timer as timeout for udp socket receive_from on Debian Jessie: boost::asio::deadline_timer deadline(io_service, boost::posix_time::seconds(2)); In checkDeadline function, when the timer expires, it calls socket.cancel, otherwise calls the deadline.async_wait(checkDeadline); again. Apparently when the program runs to socket.receive_from(), it is blocked and the timer is never called because both socket.receive_from and the timer in the same thread. I've been thinking to run the timer in another thread, but I checked Internet, there are comments said deadline_timer is not thread safe, please correct me if I am wrong here. It will be a simple solution for me if I can run timer on another thread. Anyone has other ideas to run the timer effectively? Appreciate your comments. Thank you.

4 8

Re: [Boost-users] udp::endpoint listen_endpoint invalid argument
by Bjorn Reese 12 Apr '17

12 Apr '17

On 04/11/2017 07:32 AM, jupiter via Boost-users wrote: > To simplify it, I changed to: > udp::endpoint listen_endpoint( > boost::asio::ip::address::from_string("localhost"), 15555); Quoting the documentation: "from_string Create an address from an IPv4 address string in dotted decimal form, or from an IPv6 address in hexadecimal notation." You need to resolve "localhost" first.

3 2

udp::endpoint listen_endpoint invalid argument
by jupiter 11 Apr '17

11 Apr '17

Hi, I built doc/html/boost_asio/example/timeouts/blocking_udp_client.cpp on Debian Jessie, but when I run it, I got Invalid argument on the statement of udp::endpoint listen_endpoint( boost::asio::ip::address::from_string(argv[1]), std::atoi(argv[2])); To simplify it, I changed to: udp::endpoint listen_endpoint( boost::asio::ip::address::from_string("localhost"), 15555); Appreciate any clues what's wrong with that statement and why it caused invalid argument? Thank you.

2 1

Thread Pool example
by Gonzalo Garramuño 10 Apr '17

10 Apr '17

Hi, I currently use boost (1.60) for my program and would like to have a part of it multithreaded (the creation of icons in a file requester). I would like to create those with a thread pool. I am currently using gcc 4.6.3, which is not yet c++11 compatible. I found no documentation on the usage of boost/thread/thread_pool.hpp so I turn to the list. Does anyone have an example of a thread pool with boost threads. Thanks in advance, -- Gonzalo Garramuño

3 3

Boost.Pool: singleton_pool - thread safe for any kind of threads?
by Igor Yakushin 07 Apr '17

07 Apr '17

Hi All, singleton_pool documentation claims that it is thread safe. It is not clear too me if this is applied to all kinds of threads or only the ones from Boost library. For example, I am using OpenMP which is external to Boost. Would singleton_pool still be thread safe or do I need to redefine Mutex? What if I later decide to use some other kind of threads like Intel Cilk Plus or TBB? Thank you, Igor

2 1

Boost Asio not built
by Balázs Bámer 07 Apr '17

07 Apr '17

Hi All, I have downloaded Boost 1.63 the second time. On my home computer, building it yielded all libraries. However, I do similar now at work, and it won't build Asio. First I do ./bootstrap.sh --with-libraries=all Then I build, but these are the results: balazs@bamer-debian:/opt/boost-1.63$ ls stage/lib/ |grep asio|wc 0 0 0 Although there are cpp files, that should be turned into a linbrary: balazs@bamer-debian:/opt/boost-1.63$ find |grep asio |grep cpp$|wc 214 214 9862 Asking bootstrap about what it would do shows it is not willing to build Asio: balazs@bamer-debian:/opt/boost-1.63$ ./b2 --show-libraries The following libraries require building: - atomic - chrono - container - context - coroutine - coroutine2 - date_time - exception - fiber - filesystem - graph - graph_parallel - iostreams - locale - log - math - metaparse - mpi - program_options - python - random - regex - serialization - signals - system - test - thread - timer - type_erasure - wave What should I do? Is there a dependency missing? Thank you in advance. Best regards: Balazs

5 6

How to design proper release of a boost::asio socket or wrapper thereof
by Christopher Pisz 06 Apr '17

06 Apr '17

I am making a few attempts at making my own simple asynch TCP server using boost::asio after not having touched it for several years. The latest example listing I can find is: http://www.boost.org/doc/libs/1_54_0/doc/html/boost_asio/tutorial/tutdaytim… The problem I have with this example listing is that it cheats and it cheats big, by making the tcp_connection a shared_ptr, such that it doesn't worry about the lifetime management of each connection. I am worried about the lifetime management of each connection. I figure the natural thing to do would be to keep some collection of tcp_connection objects or pointers to them inside tcp_server. Adding to that collection from the OnConnect callback and removing from that collection OnDisconnect. Note that OnDisconnect would most likely be called from an actual Disconnect method, which in turn would be called from OnReceive callback or OnSend callback, in the case of an error. Well, therein lies the problem. Consider we'd have a callstack that looked something like this: tcp_connection::~tcp_connection tcp_server::OnDisconnect tcp_connection::OnDisconnect tcp_connection::Disconnect tcp_connection::OnReceive This would cause errors as the call stack unwinds and we are executing code in a object that has had its destructor called...I think, right? I then thought to myself, well I could flag the tcp_connection as disconnected when it disconnects and then on some timer on the tcp_server, go through its collection and start deleting disconnected tcp_connection objects, but then the timer could fire after the flag is set, but before it returns from a OnReceive where an error occurred and I Disconnected as a response. I imagine everyone doing server programming comes across this scenario in some fashion. What is a strategy for handling it? I hope the explanation is good enough to follow. If not let me know and I will create my own source listing, but it will be very large. -- View this message in context: http://boost.2283326.n4.nabble.com/How-to-design-proper-release-of-a-boost-… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

Re: [Boost-users] How to design proper release of a boost::asio socket or wrapper thereof
by Bjorn Reese 06 Apr '17

06 Apr '17

On 04/05/2017 10:32 PM, Christopher Pisz via Boost-users wrote: > The problem I have with this example listing is that it cheats and it cheats > big, by making the tcp_connection a shared_ptr, such that it doesn't worry > about the lifetime management of each connection. That is not cheating. > Consider we'd have a callstack that looked something like this: > tcp_connection::~tcp_connection > tcp_server::OnDisconnect > tcp_connection::OnDisconnect > tcp_connection::Disconnect If Disconnect is an asynchronous operation, then it should not call OnDisconnect directly. You can post it on the io_service instead. > I imagine everyone doing server programming comes across this scenario in > some fashion. What is a strategy for handling it? Preferably shared_ptr, or io_service::post() if for some reason you cannot use shared_ptr, e.g. if the object has to be destroyed by a a specific thread.

3 3

[gsoc17] Help review Google Summer of Code proposals
by Niall Douglas 05 Apr '17

05 Apr '17

Dear Boost, Student proposals for Google Summer of Code are submitted, please help us decide which have the most merit. I have reduced the fifty something proposals submitted down to twenty seven which have some chance. To be able to view and rank the student proposals, please do the following: 1. Send to gsoc-admin(a)boost.org your Google login. We will invite you to view the student proposals on the Boost Google Drive. Until you receive the invitation email, you won't be able to view the proposals. 2. Go to https://goo.gl/forms/EVppdHsHMnjkcUoD3 which is a Google form where you can score the proposals. We have linked each proposal there to the Google Drive item and there you can rank a proposal between 1 and 5. Make sure you use the same email as your Google login in the form, otherwise we will ignore any forms submitted to prevent gaming the results. 3. Even if you can't rank all twenty seven proposals, try to do as many as you can and then PRESS SUBMIT at the end of the form (forgetting to press SUBMIT means we never get your rankings). The proposals are presented in random order per person so any work you do will be useful. 4. Please try to have your rankings done by Monday 10th. You may find reviewing the page at https://svn.boost.org/trac/boost/wiki/SoC2017 useful. 5. Finally, if you'd like to mentor any of the proposals, send to gsoc-admin(a)boost.org your Google login so we may invite you onto the Google website as a mentor. Many thanks in advance. Niall & Bryce

1 0

[Fusion] wide-char output
by Leo Cacciari 05 Apr '17

05 Apr '17

Hi, the documentation of the Boost.Fusion library (1.63.0) at http://www.boost.org/doc/libs/1_63_0/libs/fusion/doc/html/fusion/sequence/o… affirms that operator<< is defined in the boost::fusion namespace with the following synopsis: template <typename OStream, typename Sequence> OStream& operator<<(OStream& os, Sequence& seq); where the template parameter OStream is defined as "An output stream". Accordingly, I thought that the following would work: using boost::fusion::operator<<; fusion::vector<int, double, const char *> v = fusion::make_vector(42, 3.1415, "foobar"); std::wcout << "v = " << v << std::endl; However, the compiler (MSVC 9) complains that it has: "found no defined operator << taking a right-hand argument of type boost::fusion::vector<T0,T1,T2> with T0 = int, T1 = double, T2 = char *" If I replace std::wcout with its narrow-char sibling std::cout, everything works as expected; i.e. the code compiles and when run prints (42,3.1415, foobar). Looking into the source (file boost/fusion/sequence/io/out.hpp) it seems that the operator<< is only defined for left-hand argument of type std::ostream. Thus the questions: 1. Is this a bug and should I post a ticket about it? (I looked in the bugs database but I couldn't find it) 2. If it's a bug, are there any plan to patch it soon? 3. If not, does exist any reason why it shouldn't be patched nevertheless? If needed, I could volunteer for writing a patch. Thank for your attention -- Leo Cacciari Aliae nationes servitutem pati possunt. Populi Romani est propria libertas.

3 4

Query regarding Boost.Log
by Leo Carreon 02 Apr '17

02 Apr '17

Hi, Does Boost.Log require synchronization when multiple processes log to the same log file? Kind regards, Leo

1 0

[Stacktrace] Review 2 Manager report
by Niall Douglas 31 Mar '17

31 Mar '17

Many thanks to all those who participated in the second review of proposed Boost.Stacktrace. I received the following formal reviews: 1. Peter Dimov (ACCEPT) 2. Vladimir Batov (ACCEPT) 3. Artyom Bellis (CONDITIONAL ACCEPT) 4. Bjorn Reese (ACCEPT) 5. Edward Diener (ACCEPT) Extensive comments without a formal recommendation were also made by: 1. Mark Bartosik 2. Florian Weimer Some of the more important conditions for acceptance as judged by the review manager are: * Problems on FreeBSD (and by inference OS X?). * Per frame execution of addr2line rather than calling it once. * Throw-with-trace was asked for by a lot of people. * One reviewer suggested that the addr2line backend was async signal unsafe. My reading of the code is that it is async signal unsafe to parse a stacktrace (and unavoidably so on any platform), but the capture of backtraces is now fully async signal safe. * Some disliked the bringing in of windows.h and the COM headers on Windows. For a header only library I consider this acceptable, Stacktrace when configured in non-header only mode does not inject windows.h into everything including stacktrace. Congratulations to Antony on getting yet another library of his into Boost! Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

2 1

Problem statically linking Boost 1.63
by Balázs Bámer 31 Mar '17

31 Mar '17

Hi All, I have asked it on Stackoverflow, but know one seems to know the answer who saw it. I post it here, too, because 1.55 (which works for me) is quite old and has problems in logging: writing logfiles stops whithin a day every time. So 1.63 would be important for me to try. Link to the Stackoverflow post: http://stackoverflow.com/questions/42978843/boost-inner-function-argument-m… Thank you in advance. Best regards: Balazs PS: I copy the post here, but its formatting will break in plain text. I have a strange problem during linking Boost 1.63.0. I use the following cmake lines to configure Boost: add_compile_options(-std=c++14 -DBOOST_LOG_DYN_LINK)set(BOOST_ROOT "/usr/local/alk/boost_1_63_0/") SET(Boost_USE_STATIC_LIBS OFF) find_package(Boost 1.63 REQUIRED COMPONENTS log_setup log regex thread date_time filesystem system) Then the sources compile, and the linker tells me similar messages: CMakeFiles/dsmip.dir/main.cpp.o: In function `boost::log::v2_mt_posix::sources::aux::logger_singleton<dataLogger>::init_instance()': /home/balazs/munka/neovoltaic/aufgaben/dsmip/main.cpp:(.text._ZN5boost3log11v2_mt_posix7sources3aux16logger_singletonI10dataLoggerE13init_instanceEv[_ZN5boost3log11v2_mt_posix7sources3aux16logger_singletonI10dataLoggerE13init_instanceEv]+0x2d): undefined reference to `boost::log::v2_mt_posix::sources::aux::global_storage::get_or_init(std::type_info const&, boost::shared_ptr<boost::log::v2_mt_posix::sources::aux::logger_holder_base> (*)())' Here the following function is missing: *boost::log::v2_mt_posix::sources::aux::global_storage::get_or_init(std::type_info const&, boost::shared_ptr (*)())* Going into the freshly compiled Boost stage directory: balazs@balazs:/usr/local/alk/boost_1_63_0/stage/lib$ grep get_or_init *Binary file libboost_log.so matchesBinary file libboost_log.so.1.63.0 matches balazs@balazs:/usr/local/alk/boost_1_63_0/stage/lib$ strings libboost_log.so |grep get_or_init _ZN5boost3log11v2_mt_posix7sources3aux14global_storage11get_or_initENS_9typeindex14stl_type_indexEPFNS_10shared_ptrINS3_18logger_holder_baseEEEvE Demangling it yields: *boost::log::v2_mt_posix::sources::aux::global_storage::get_or_init(boost::typeindex::stl_type_index, boost::shared_ptr (*)())* which are not identical, the first function argument type differs. I used these commands to compile Boost: ./bootstrap.sh --with-toolset=clang./b2 --build-type=minimal --layout=system toolset=clang variant=release link=shared threading=multi runtime-link=shared stage How can this happen? Actually, this dynamically linked Boost is my second experiment. Originally I wanted to link it statically. Thank you in advance. Best regards: Balázs Bámer EDIT Now I have tried the Boost libraries I get with apt-get, and the situation is the same. However, I have found my old settings. They do work: add_compile_options(-std=c++14) SET(Boost_USE_STATIC_LIBS ON) find_package(Boost 1.55 REQUIRED COMPONENTS log_setup log thread date_time filesystem system) find_package(Threads REQUIRED)

2 1

Aliased parameters in boost::bind
by Evgeny Fraimovitch 30 Mar '17

30 Mar '17

Hello, The tutorial for Boost.Bind library contains the following sample code: bind can handle functions with more than two arguments, and its argument substitution mechanism is more general: bind(f, _2, _1)(x, y); // f(y, x) bind(g, _1, 9, _1)(x); // g(x, 9, x) bind(g, _3, _3, _3)(x, y, z); // g(z, z, z) bind(g, _1, _1, _1)(x, y, z); // g(x, x, x) As can be seen, all but the first of those samples alias the placeholder parameters, substituting a single passed argument several times. What is not mentioned in the tutorial (http://www.boost.org/doc/libs/1_63_0/libs/bind/doc/html/bind.html#bind.purp ose.using_bind_with_functions_and_fu) is the fact that such aliasing for any parameter with nontrivial move behavior is unexpected and possibly dangerous. For instance, given the function: void f(std::string x, std::string y, std::string z) { std::cout << x << y << z; } One could following the tutorial naively write: auto triple = boost::bind(f, _1, _1, _1); and this would even work for: std::string x = "a pretty long string"; triple(x); printing the string thrice, as expected. However the result of triple(std::string("a pretty long string")) would be the string only printed once, which is hardly what the user would expect. In fact, any bind expression produced with aliasing would be sensitive to the type of the reference passed, violating the functor abstraction badly. So, the question is: 1. This behavior seems to match the std::bind behavior documented in the standard. However, would it not be wise to warn against parameter aliasing in the tutorial then? (instead of demonstrating it as one of the first samples) 2. Maybe we can actually check if a parameter is aliased in boost::bind and copy it if it is - I have not tried it, but I think it can be done. Would it be a more sensible thing to do? The sample above might seem contrived, but I've actually encountered this bug in production code when porting it to boost 1.63 (the boost.signals code implicitly does boost::forward, so it was not outwardly apparent what was happening) Sincerely yours, Evgeny

3 6

[asio] sslv3 handshake
by Jim Gallogly 30 Mar '17

30 Mar '17

I want to do a simple C++ web get similar to what is done by this curl command. I must use boost 1.49 > curl https://mysite.dev/api/v1/search?q=test -k --cert > C:\work\testCert.pem The server is requiring the client certificate. I started by using this as an example http://www.boost.org/doc/libs/1_49_0/doc/html/boost_asio/example/ssl/client… and I added modifications by adding calls to the context like ctx.set_options(boost::asio::ssl::context::default_workarounds); ctx.use_certificate_file("C:\\work\\testCert.pem", boost::asio::ssl::context_base::pem); My Request Looks like this: > GET /api/v1/search?q=test HTTP/1.0 > Host: mysite.dev > Accept: \*/* but I keep getting messages like this > Error: sslv3 alert handshake failure Does any one know what other steps I need to do? Is this possible in boost 1.49? Thanks, Jim

3 3

[release] Boost 1.64.0 Beta 2
by Rene Rivera 30 Mar '17

30 Mar '17

Boost release 1.64.0 beta 2 is now available at: <https://dl.bintray.com/boostorg/beta/1.64.0.beta.2/source/> The SHA256 checksums are as follows: 49c9339b9d8e7b2610ef84c80cd10b2252c119ebcc3222450beb0e94c1da1522 boost_1_64_0_b2.7z 92ec7cbf1e77c5979e381dd8104f9e96c0471c276e566272751a981d806db94b boost_1_64_0_b2.tar.bz2 da5670892b7b572808491b13a7b9421c3c18e6f395d6a5ec822466db466eda01 boost_1_64_0_b2.tar.gz 61d6e29e8a1d7503fe13a9d916842f0ec2e625f733b98b29ce563f8cbdb482bf boost_1_64_0_b2.zip The notable difference from Beta 1 is the inclusion of the missing Boost Process library. For details of what's in the release, see < http://www.boost.org/users/history/version_1_64_0.html>. Note that the links to files on this web page are for the final release - use the link above to get the beta files. There are also pre-built libraries provided by Tom Kent here: <https://dl.bintray.com/boostorg/beta/1.64.0.beta.2/binaries/> Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 1

[statechart] process_event vs post_event confusion
by Robert Dailey 30 Mar '17

30 Mar '17

I'm seeing a usability issue between post_event and process_event. Basically, depending on where in the state itself I'm executing an event, I need to know which to invoke. My understanding is that if I'm calling within the context of the constructor of the state, I need to use post_event. Anywhere else (outside of construction, but still within a member function of the state subclass itself), you invoke "context<MyMachine>().process_event()". Why can't post_event() automatically query the state machine to see if it is "busy" constructing a state, and if it isn't, forward the event to process_event() for me instead? Is there really a reason to have to make a logical decision between the two in code? I'm using boost::statechart in my code at $DAYJOB and this is a reasonable complaint I get in my code reviews, especially from those not very familiar with boost itself. They have an expectation for the implementation of the state machine to be intuitive and easy to understand.

2 2

Re: [Boost-users] [boost] Going insane trying to build boost for android
by Robert Dailey 29 Mar '17

29 Mar '17

On Wed, Mar 29, 2017 at 2:16 PM, John Maddock <jz.maddock(a)googlemail.com> wrote: > >> >> I'm still not able to build boost though. I did try switching to API >> 21 but I get a different set of errors: >> >> >> In file included from libs\atomic\src\lockpool.cpp:16: >> In file included from .\boost/config.hpp:57: >> In file included from .\boost/config/platform/linux.hpp:74: >> In file included from .\boost/config/posix_features.hpp:18: >> In file included from >> C:/android/ndk/platforms/android-21/arch-arm/usr/include\unistd.h:34: >> In file included from >> C:/android/ndk/platforms/android-21/arch-arm/usr/include\sys/select.h:35: >> C:/android/ndk/platforms/android-21/arch-arm/usr/include\signal.h:86:18: >> error: expected ';' at end of declaration list >> sighandler_t sa_handler; >> ^ >> >> C:/android/ndk/platforms/android-21/arch-arm/usr/include\asm/signal.h:101:22: >> note: expanded from macro 'sa_handler' >> #define sa_handler _u._sa_handler >> ^ > > > OK, so you suckered me into this.... just installed Android NDK and it's a > quoting problem, but what the issue is I'm not sure. For example b2 invokes > the compiler inside quotes like this: > > "clang++" <options> file.cpp > > Which produces: > > 'M:\data\boost\boost\\clang38++.exe' is not recognized as an internal or > external command, > operable program or batch file. > > So then you go into clang++cmd and maybe edit it so the %~dp0\ prefix is > removed from the clang38 invocation (that's what I did anyway). Now you > get: > > .\boost/config/stdlib/libstdcpp3.hpp:78:12: fatal error: 'unistd.h' file not > found > # include <unistd.h> > > Even though if you search the toolset it clearly does have several copies of > unistd.h there. > > And I'm wondering if you tried to fix that by editing the .cmd file and it's > further messed up clang's include paths? > > Note that at any time, invoking clang via: > > clang++ <options> file.cpp > > Will work just fine. > > So in effect Boost.Build has been broken by trying to do the right thing and > always quote the compiler invocation (and I'm pretty sure not quoting would > break a bunch of other toolsets). > > So... which libraries do you require.... since most of them are "just a > bunch of source files" the easiest solution would be to build what you need > manually with something like: > > clang++ -c -I. -O3 -shared libs/boost-library-you-want/src/*.cpp > mylibraryname.so > > which worked for me with a cursory test on Boost.System and Regex > > Hopefully someone can suggest a better long term fix, John. +boost again Yeah, you are running into the exact same set of issues I am. First I ran into the %~dp0 issue, removed that, then the next thing is it can't find any files. I started using the boost cmake build process here: https://github.com/Orphis/boost-cmake This works perfectly once I specify a toolchain file to CMake for the android NDK. Note that this solution means boost builds with the rest of my targets, which isn't ideal, but at least boost builds properly... I really hate bjam/b2 with a passion. For as great as boost is as a library, it's completely out of left field that they deal with this garbage build system.

1 0

boost::asio::asyn_accept handler
by Christopher Pisz 29 Mar '17

29 Mar '17

I am looking at the example source at http://www.boost.org/doc/libs/1_62_0/doc/html/boost_asio/tutorial/tutdaytim… It passes their own connection class to the accept handler as an argument: acceptor_.async_accept(new_connection->socket(), boost::bind(&tcp_server::handle_accept, this, new_connection, boost::asio::placeholders::error)); I tried to implement a class method that would do the same: void ServerSocketASIO::Listen(boost::asio::ip::tcp::acceptor & acceptor, std::function<void(ServerSocketASIO *, const boost::system::error_code &)> callback) { acceptor.async_accept(m_socket, callback); m_connectionState = LISTENING; } but when I compile, I get errors that say AcceptHandler type requirements not met If I implement it this way: void ServerSocketASIO::Listen(boost::asio::ip::tcp::acceptor & acceptor, std::function<void(const boost::system::error_code &)> callback) { acceptor.async_accept(m_socket, callback); m_connectionState = LISTENING; } It compiles, but I would need the actual connection to put into a collection of some kind, in order to keep track of connected clients. The documentation I found at http://www.boost.org/doc/libs/1_62_0/doc/html/boost_asio/reference/AcceptHa… Only shows the accept callback with a boost::system::error_code argument. So, my question is, is the example source wrong? and How do I pass my own connection class to the callback? -- View this message in context: http://boost.2283326.n4.nabble.com/boost-asio-asyn-accept-handler-tp4693107… Sent from the Boost - Users mailing list archive at Nabble.com.

4 13

[asio] Using ASIO to connect to https: using client certificate
by Jim Gallogly 29 Mar '17

29 Mar '17

I want to do a simple C++ web get, similar to what is done by this curl command. I must use boost 1.49 curl https://mysite.dev -k --cert C:\work\testCert.pem The server is requiring the client certificate. I started by using this example http://www.boost.org/doc/libs/1_49_0/doc/html/boost_asio/example/ssl/client… and I added modifications by adding calls to the context like ctx.set_verify_mode(boost::asio::ssl::verify_peer); ctx.set_options(boost::asio::ssl::context::default_workarounds); ctx.use_certificate_file("C:\\work\\testCert.pem", boost::asio::ssl::context_base::pem); ctx.use_private_key_file("C:\\work\\testKey.pem", boost::asio::ssl::context_base::pem); but I keep getting messages like Connect failed: No connection could be made because the target machine actively refused it Any help or direction would be very appreciated, Thanks, Jim

1 0

[crc] Current status of this library
by Bill Somerville 29 Mar '17

29 Mar '17

Hi all, I have a compile error using the Boost 1.63.0 CRC library with the g++ v6.3 compiler with the following usage: #include <boost/crc.hpp> extern "C" { short crc12 (unsigned char const * data, int length); bool crc12_check (unsigned char const * data, int length); } // assumes CRC is last 16 bits of the data and is set to zero // caller should assign the returned CRC into the message in big endian byte order short crc12 (unsigned char const * data, int length) { return boost::augmented_crc<12, 0xc06> (data, length); } bool crc12_check (unsigned char const * data, int length) { return !boost::augmented_crc<12, 0xc06> (data, length); } The error I get with g++ v6.3 is: In file included from /home/bill/wsjtx-prefix/src/boost/boost/config.hpp:61:0, from /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:12, from /home/bill/wsjtx-prefix/src/lib/crc12.cpp:1: /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp: In instantiation of ‘const least boost::detail::mask_uint_t<12ul>::sig_bits’: /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:356:9: required from ‘const fast boost::detail::mask_uint_t<12ul>::sig_bits_fast’ /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:1075:16: required from ‘typename boost::uint_t<Bits>::fast boost::augmented_crc(const void*, std::size_t, typename boost::uint_t<Bits>::fast) [with long unsigned int Bits = 12ul; typename boost::uint_t<Bits>::fast TruncPoly = 3078u; typename boost::uint_t<Bits>::fast = short unsigned int; std::size_t = long unsigned int]’ /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:1092:41: required from ‘typename boost::uint_t<Bits>::fast boost::augmented_crc(const void*, std::size_t) [with long unsigned int Bits = 12ul; typename boost::uint_t<Bits>::fast TruncPoly = 3078u; typename boost::uint_t<Bits>::fast = short unsigned int; std::size_t = long unsigned int]’ /home/bill/wsjtx-prefix/src/lib/crc12.cpp:14:57: required from here /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:350:69: warning: left shift of negative value [-Wshift-negative-value] BOOST_STATIC_CONSTANT( least, sig_bits = (~( ~(least( 0u )) << Bits )) ); ~~~~~~~~~~~~~~~~~^~~~~~~~~ /home/bill/wsjtx-prefix/src/boost/boost/crc.hpp:350:69: error: left operand of shift expression ‘(-1 << 12ul)’ is negative [-fpermissive] I note that the develop branch of the CRC library has many changes since Boost 1.63.0 but none are in Boost 1.64.0-beta1. So far I have only tried the new library (devlop branch) with my code and it compiles ok but I need to test it further. Does anyone know why the latest CRC library is not in 1.64 and also does anyone know if the develop branch code is ok and usable by substitution into a 1.63 Boost? Regards Bill Somerville.

1 0

Re: [Boost-users] [boost] Going insane trying to build boost for android
by Robert Dailey 28 Mar '17

28 Mar '17

On Tue, Mar 28, 2017 at 3:10 AM, John Maddock <jz.maddock(a)googlemail.com> wrote: > > Right, but that built with g++ not clang++. Doh!!! I didn't even notice this. Crap. I'll fix it when I get home and try again. > I don't think Boost.Build does anything "different" here: it basically just > invokes clang++. > > Note that clang is not particular "bright" in the way it creates it's > wrapper headers around <cstdlib> etc. Last time I had an issue like this, > the missing symbol was present in the system headers, but guarded by a > #ifdef that clang didn't define (where as GCC did)..... OK had a quick > Google, and that symbol is protected by a clang "availability" macro: > > longdoublestrtold(constchar*,char**)__INTRODUCED_IN(21); > > So it seems to me that this error will be generated by any attempt to > compile with clang unless you specify some "magic" command line option to > tell it to use the latest android API? No idea what that would be, but > perhaps you do? > > Hopefully getting closer, John. Thanks for the help. Looks like it is expecting API 21 to be used. Which is strange because the NDK documentation says to use the minimum supported API you intend to use. Which is 15 for me. But just grepping the NDK source directories, I see that certain files/symbols are only defined starting at API 21. I think a lot of the C library headers are provided by the target API directory, and they change it with each version. I'll try 21 and see if I get different results, and hopefully it won't break when running on Android Ice Cream Sandwich (API 15)

1 1

Re: [Boost-users] [boost] Going insane trying to build boost for android
by Robert Dailey 28 Mar '17

28 Mar '17

On Sun, Mar 26, 2017 at 12:04 PM, John Maddock <jz.maddock(a)googlemail.com> wrote: > >> So outside of what I'm already doing, how do I properly tell boost >> about C++14? I'm sending down a cxxflag for it in my jam file right >> now, but that's the only way I've been able to find out how to do it >> from my Google searching. > > > Nod. As far as I know that's the only way, two questions: > > * If you build something with the -d2 option do you see all the -std= > compiler flags you expect to see? > * If you do so, can you build and *run* libs/config/test/config_info and > report the output? (Re-included the boost ML) With the -d2 option added, this is what I see: clang-linux.compile.c++.without-pth bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o "C:/android/ndk/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++" -c -x c++ -O3 -Wno-inline -Wall --sysroot=C:/android/ndk/platforms/android-15/arch-arm -IC:/android/ndk/sources/cxx-stl/llvm-libc++abi/include -IC:/android/ndk/sources/cxx-stl/llvm-libc++/include -IC:/android/ndk/sources/android/support/include -std=c++14 -fno-strict-aliasing -D__GLIBC__ -DANDROID -D__ANDROID__ -D_GLIBCXX__PTHREADS -D__arm__ -D_REENTRANT -O2 -DNDEBUG -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_SOURCE -DBOOST_ATOMIC_STATIC_LINK=1 -DNDEBUG -I"." -o "bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o" "libs\atomic\src\lockpool.cpp" In file included from libs\atomic\src\lockpool.cpp:16: In file included from .\boost/config.hpp:57: In file included from .\boost/config/platform/linux.hpp:15: C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:108:9: error: no member named 'strtold' in the global namespace using ::strtold; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:126:9: error: no member named '_Exit' in the global namespace using ::_Exit; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:149:9: error: no member named 'at_quick_exit' in the global namespace using ::at_quick_exit; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:150:9: error: no member named 'quick_exit' in the global namespace using ::quick_exit; ~~^ 4 errors generated. I do see -std=c++14 in there. As for your second question, why would building and running config_info help? I'm cross compiling, so I can't run this on Windows. If you could provide explicit instructions so I properly understand what you want me to do, that would be ideal. Thanks.

4 5

Re: [Boost-users] [boost] Going insane trying to build boost for android
by Robert Dailey 28 Mar '17

28 Mar '17

On Mon, Mar 27, 2017 at 11:54 AM, John Maddock <jz.maddock(a)googlemail.com> wrote: > >> That won't do me any good because I'm already using this toolchain >> perfectly fine via CMake and ndk-build. bjam isn't working, maybe >> because I haven't set up the config.jam file properly. I'm not sure at >> this point. Boost is the only thing not working here. > > > Then if you compare the compilation command line generated when building > under b2 and when building under cmake the error should be obvious? I took your advice and compared a real build that worked using CMake (using a simple test cpp file) and what I got from b2. Here is the command line used to build the sample app using CMake. Note that the compilation succeeded: C:\android\ndk\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\bin\arm-linux-androideabi-g++.exe --sysroot=C:/android/ndk/platforms/android-15/arch-arm -Dndk_test_EXPORTS -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++/include -isystem C:/android/ndk/sources/android/support/include -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++abi/include -isystem C:/android/ndk/platforms/android-15/arch-arm/usr/include -march=armv7-a -mthumb -mfpu=vfpv3-d16 -mfloat-abi=softfp -funwind-tables -no-canonical-prefixes -fexceptions -frtti -g -fPIC -std=gnu++14 -MD -MT CMakeFiles/ndk_test.dir/main.cpp.o -MF CMakeFiles\ndk_test.dir\main.cpp.o.d -o CMakeFiles/ndk_test.dir/main.cpp.o -c ../main.cpp And here is the command line from b2: "C:/android/ndk/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++" -c -x c++ -O3 -Wno-inline -Wall --sysroot=C:/android/ndk/platforms/android-15/arch-arm -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++/include -isystem C:/android/ndk/sources/android/support/include -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++abi/include -isystem C:/android/ndk/platforms/android-15/arch-arm/usr/include -std=c++14 -fno-strict-aliasing -D__GLIBC__ -DANDROID -D__ANDROID__ -D_GLIBCXX__PTHREADS -D__arm__ -D_REENTRANT -O2 -DNDEBUG -H -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_SOURCE -DBOOST_ATOMIC_STATIC_LINK=1 -DNDEBUG -I"." -o "bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o" "libs\atomic\src\lockpool.cpp" The build for boost still fails. Note I also passed the -H option, so I could see the include searches performed by clang as it was building boost. The output is long, but I've included it below. Can anyone help me identify why boost still won't build? clang-linux.compile.c++.without-pth bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o "C:/android/ndk/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++" -c -x c++ -O3 -Wno-inline -Wall --sysroot=C:/android/ndk/platforms/android-15/arch-arm -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++/include -isystem C:/android/ndk/sources/android/support/include -isystem C:/android/ndk/sources/cxx-stl/llvm-libc++abi/include -isystem C:/android/ndk/platforms/android-15/arch-arm/usr/include -std=c++14 -fno-strict-aliasing -D__GLIBC__ -DANDROID -D__ANDROID__ -D_GLIBCXX__PTHREADS -D__arm__ -D_REENTRANT -O2 -DNDEBUG -H -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_SOURCE -DBOOST_ATOMIC_STATIC_LINK=1 -DNDEBUG -I"." -o "bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o" "libs\atomic\src\lockpool.cpp" . C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\cstddef .. C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\__config .. C:\\android\\ndk\\toolchains\\llvm\\prebuilt\\windows-x86_64\\bin\\..\\lib64\\clang\\3.8.275480\\include\\stddef.h ... C:\\android\\ndk\\toolchains\\llvm\\prebuilt\\windows-x86_64\\bin\\..\\lib64\\clang\\3.8.275480\\include/__stddef_max_align_t.h .. C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\__nullptr . .\\boost/config.hpp .. .\\boost/config/user.hpp .. .\\boost/config/select_compiler_config.hpp .. .\\boost/config/compiler/clang.hpp .. .\\boost/config/select_stdlib_config.hpp .. .\\boost/config/stdlib/libcpp.hpp .. .\\boost/config/select_platform_config.hpp .. .\\boost/config/platform/linux.hpp ... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\cstdlib .... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stdlib.h ..... C:/android/ndk/sources/android/support/include\\stdlib.h ...... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\stdlib.h ....... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\sys/cdefs.h ........ C:/android/ndk/platforms/android-15/arch-arm/usr/include\\sys/cdefs_elf.h ........ C:/android/ndk/platforms/android-15/arch-arm/usr/include\\android/api-level.h ....... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h ........ C:\\android\\ndk\\toolchains\\llvm\\prebuilt\\windows-x86_64\\bin\\..\\lib64\\clang\\3.8.275480\\include\\stddef.h ....... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h ........ C:\\android\\ndk\\toolchains\\llvm\\prebuilt\\windows-x86_64\\bin\\..\\lib64\\clang\\3.8.275480\\include\\stddef.h ....... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\string.h ........ C:/android/ndk/sources/android/support/include\\string.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\string.h .......... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h .......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\malloc.h ........... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h ....... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\alloca.h ....... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\strings.h ........ C:/android/ndk/platforms/android-15/arch-arm/usr/include\\sys/types.h ......... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h .......... C:\\android\\ndk\\toolchains\\llvm\\prebuilt\\windows-x86_64\\bin\\..\\lib64\\clang\\3.8.275480\\include\\stddef.h ......... C:/android/ndk/sources/android/support/include\\stdint.h .......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\stdint.h ........... C:/android/ndk/sources/cxx-stl/llvm-libc++/include\\stddef.h ........... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\sys/_types.h ............ C:/android/ndk/platforms/android-15/arch-arm/usr/include\\machine/_types.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\linux/posix_types.h .......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\linux/stddef.h ........... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\linux/compiler.h .......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\asm/posix_types.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\asm/types.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\linux/types.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\machine/kernel.h ......... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\sys/sysmacros.h ....... C:/android/ndk/platforms/android-15/arch-arm/usr/include\\memory.h In file included from libs\atomic\src\lockpool.cpp:16: In file included from .\boost/config.hpp:57: In file included from .\boost/config/platform/linux.hpp:15: C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:108:9: error: no member named 'strtold' in the global namespace using ::strtold; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:126:9: error: no member named '_Exit' in the global namespace using ::_Exit; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:149:9: error: no member named 'at_quick_exit' in the global namespace using ::at_quick_exit; ~~^ C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:150:9: error: no member named 'quick_exit' in the global namespace using ::quick_exit; ~~^

1 0

Compare boost::system::error_category
by Christopher Pisz 27 Mar '17

27 Mar '17

The following comparison fails for an error whom outputs "asio.misc" for errorCode.category().name() and "end of file" for errorCode.message() If it claims to be in category asio.misc, then why does the if condition of (errorCode.category() == boost::asio::error::misc_category ) evaluate to false? Googling says that a boost::system::error_code can have the same value in more than one category, so I assume that in order to get the proper message and meaning we must compare boost::system::error_category as well as boost::system::error_code::value. How do we properly compare the category if this fails to work? Code in question: //-------------------------------------------------------------------------------------------------- std::string ClientSocketASIO::ErrorCodeToString(const boost::system::error_code & errorCode) { std::ostringstream debugMsg; debugMsg << " Error Category: " << errorCode.category().name() << ". " << " Error Message: " << errorCode.message() << ". "; if( errorCode.category() == boost::asio::error::misc_category ) { switch (errorCode.value()) { case boost::asio::error::eof: debugMsg << ". Server has disconnected."; break; case boost::asio::error::connection_refused: debugMsg << ". Connection Refused"; break; default: debugMsg << ". Unknown Error."; break; } } else { debugMsg << ". Unknown Error category."; } return debugMsg.str(); } -- View this message in context: http://boost.2283326.n4.nabble.com/Compare-boost-system-error-category-tp46… Sent from the Boost - Users mailing list archive at Nabble.com.

7 20

Compile error with low_bits_mask_t
by Michael Kaes 27 Mar '17

27 Mar '17

Hi, I discovered a compile issue when using boosts integer_mask. The following simple program compiles fine with clang but fails with gcc. #include <iostream> #include <boost/integer.hpp> #include <boost/integer/integer_mask.hpp> int main() { typedef boost::low_bits_mask_t<2> mask_type_t; std::cout << mask_type_t::sig_bits << std::endl; return 0; } I took both clang and gcc from the svn trunk and boost in version 1.63. I did not have the time yet to dig through the boost implementation but I could not find anything in the issue tracker. So is this a compiler error of gcc or is this a bug in boost. I was able to find a stackoverflow question: http://stackoverflow.com/questions/40291949/boostinteger-mask-gcc-compiler-… And the answer sounds reasonable to me that this is a bug in boost. Can anyone confirm this? And why does clang accept this? Thanks, Michael

1 0

Re: [Boost-users] Going insane trying to build boost for android
by Robert Dailey 26 Mar '17

26 Mar '17

On Thu, Mar 23, 2017 at 9:14 PM, Robert Dailey <rcdailey.lists(a)gmail.com> wrote: > How many months has it been of lost google searching, trying to beat > b2 into submission. I have no idea at this point how to build boost > for Android. Really hoping I get some help here... > > So to start, here are the versions I'm using: > > - Android NDK r14b > - Boost 1.63.0 > > I'm doing all of this on Windows 10, through command prompt. > > I want to use clang and libc++ to build boost for API 15. I figure the > easiest way is to generate a standalone toolchain using the NDK, so I > did that first: > >> %ANDROID_NDK%\build\tools\make_standalone_toolchain.py --arch arm --api 15 --stl libc++ "C:\android\_toolchains\arm-api-15" > > This generated the appropriate toolchain (I think). > > I then temporarily added this location to PATH: > >> set PATH=C:\android\_toolchains\arm-api-15\bin;%PATH% > > Then I ran bootstrap: > >> bootstrap.bat --with-toolset=clang > > Then I tried to build boost itself: > >> b2 --toolset=clang cxxflags="-stdlib=libc++ -std=c++14" threadapi=pthread --prefix=..\boost_android_arm --builddir=./ target-os=linux define=BOOST_FILESYSTEM_VERSION=3 --without-python link=static runtime-link=shared threading=multi variant=release install -j8 > > However I get failures when it tries to run the clang command: > > 'C:\code\_third_party\boost_1_63_0\\clang38++.exe' is not recognized > as an internal or external command > > I'm not sure why it's appending that absolute path (that's where my > current directory is set to, and where boost source is). It should > just be trying to use "clang++" but doesn't look like it is. > > From the output, it looks like it's trying to use clang correctly I think: > > "clang++" -c -x c++ -stdlib=libc++ -std=c++14 -O3 -Wno-inline -Wall > -pthread -stdlib=libc++ -std=c++14 -DBOOST_ALL_NO_LIB=1 > -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_THREAD_USE_LIB=1 -DNDEBUG -I"." > -o "bin.v2\libs\wave\build\clang-linux-android\release\link-static\target-os-linux\threadapi-pthread\threading-multi\cpplexer\re2clex\aq.o" > "libs\wave\src\cpplexer\re2clex\aq.cpp" > > Am I going about this all wrong? How in the heck can I build boost for > android using the settings I specified above? So I beat on this a bit more and I'm past the clang path issue (it was some %~dp0/clang38++.exe stuff the batch file was doing which didn't resolve the right base path) What are the actual include directories I need to use for clang? I think that's the difficulty I'm running into now... errors like: clang-linux.compile.c++.without-pth bin.v2\libs\atomic\build\clang-linux-android\release\link-static\target-os-android\threadapi-pthread\threading-multi\lockpool.o In file included from libs\atomic\src\lockpool.cpp:16: In file included from .\boost/config.hpp:57: In file included from .\boost/config/platform/linux.hpp:15: C:/android/ndk/sources/cxx-stl/llvm-libc++/include\cstdlib:108:9: error: no member named 'strtold' in the global namespace using ::strtold; ~~^ My config jam: import common ; import configure ; import build-system ; import generate ; import modules ; import option ; import os ; import package ; import path ; import project ; import regex ; import set ; import targets ; import feature ; import property ; local androidNDKRoot = C:/android/ndk ; # put the relevant path using clang : android : $(androidNDKRoot)/toolchains/llvm/prebuilt/windows-x86_64/bin/clang++ : <compileflags>-std=c++14 <compileflags>-stdlib=libc++ <compileflags>--sysroot=$(androidNDKRoot)/platforms/android-15/arch-arm <compileflags>-I$(androidNDKRoot)/sources/android/support/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/llvm-libc++abi/include <compileflags>-I$(androidNDKRoot)/sources/cxx-stl/llvm-libc++/include <compileflags>-fno-strict-aliasing <compileflags>-D__GLIBC__ <compileflags>-DANDROID <compileflags>-D__ANDROID__ <compileflags>-D_GLIBCXX__PTHREADS <compileflags>-D__arm__ <compileflags>-D_REENTRANT <compileflags>-O2 <compileflags>-DNDEBUG ; And I'm running this command: b2 ^ --user-config=clang-android.jam ^ target-os=android ^ toolset=clang-android ^ threadapi=pthread ^ link=static ^ runtime-link=shared ^ threading=multi ^ variant=release ^ --prefix=..\boost_android_arm ^ --builddir=./ ^ --without-python ^ -j1 ^ install

1 1

[release] Boost 1.64.0 Beta 1
by Rene Rivera 26 Mar '17

26 Mar '17

Boost release 1.64.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.64.0.beta.1/source/> The SHA256 checksums are as follows: 8f0ba6b73fad15115049f9b3e7e27eae43be10a94b51a57142f3a27e55ef4beb boost_1_64_0_b1.7z b5c5abf127a3f723dafcc7cf55876c1bda9f014fb1b117f6a7f769e3cc407c4f boost_1_64_0_b1.tar.bz2 a7fe98a9a9f615f6fa68d8ea09ce725d19e3a4fe4719c21c9db29dff88b3b6e3 boost_1_64_0_b1.tar.gz 593005661af8dfe132b2b16bc2cd41339e6acd58456913f353d765090d7868f7 boost_1_64_0_b1.zip For details of what's in the release, see < http://www.boost.org/users/history/version_1_64_0.html>. Note that the links to files on this web page are for the final release - use the link above to get the beta files. There are also pre-built libraries provided by Tom Kent here: <https://dl.bintray.com/boostorg/beta/1.64.0.beta.1/binaries/> Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

5 5

License questions
by Julian D. 25 Mar '17

25 Mar '17

I am making a confidential commercial closed-source program, and Boost's libraries seem useful for me. I can't tell if the Boost license allows me to include it in closed-source. Would anybody know?

3 2

Re: [Boost-users] License questions
by Julian D. 24 Mar '17

24 Mar '17

That appears to be the definition of what license they wanted, not the actual license. The license body makes it unclear if I can use this in a closed-source commercial environment On Thu, Mar 23, 2017 at 3:51 PM, <boost-users-request(a)lists.boost.org> wrote: > > Message: 5 > Date: Thu, 23 Mar 2017 17:54:04 +0100 > From: Mateusz Loskot <mateusz(a)loskot.net> > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] License questions > Message-ID: > <CABUeae_a-cNCdw00fYN4Gyb_a7Gk_QOo7cARXNo3Lh8eXAAVtQ@ > mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On 23 March 2017 at 17:38, Julian D. via Boost-users > <boost-users(a)lists.boost.org> wrote: > > I am making a confidential commercial closed-source program, and Boost's > > libraries seem useful for me. I can't tell if the Boost license allows > me to > > include it in closed-source. Would anybody know? > > http://www.boost.org/users/license.html#requirements > > 2nd bullet > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net

4 4