- Boost-users - lists.boost.org

[Phoenix] Version 1.57 of Phoenix breaks when used with MSVC 2010 compiler?
by Andrew Nordquist 19 Mar '15

19 Mar '15

Hello, folks - I must be doing something wrong, but I can't figure it out. I/we have been using Boost in our 20,000+ lines of C++ code for a few years now. We started with 1.43, went smoothly to 1.53, and although it was bumpy going from MSVC 2008 to MSVC 2010, we are there now. We are now using MSVC 2010 and Boost 1.53. We use many routines, including Phoenix, Spirit, bind, tie, etc. I am attempting to migrate to Boost 1.57. Got clobbered with about 400 lines of unexpected diagnostic in the compiler. That is the attached file. In the file, the lines showing the files named "cutoffitem.cpp" and "densitydelegate.cpp" are ours, but what is between these two lines is coming from Boost. It appears that it could be a C++11 type of problem, but I'm not sure . I read about that potential problem with the [utility] [result_of] class template in the report designated n3276 and in the 1.57 [utility] documentation. I think the major concern with this issue was going to Boost 1.52. In our code, I tried a quick-fix precompiler #define, but it did not work. Got any ideas? I'm about to go back to version 1.53, at least until I upgrade to Visual Studio 2013. Thank you, /Andrew Nordquist Research Analyst Southwest Research Institute San Antonio, TX, USA

1 0

[geometry] Compile error on project_inverse_transformer.hpp
by Jeremy Murphy 19 Mar '15

19 Mar '15

Hi Geometry team, nice to meet some of you (Adam, Barend, Menalaos) at Meeting C++ last year! I started doing projection transformations for the first time recently and found some compilation errors (using gcc or clang) when I include "project_inverse_transformer.hpp". Specifically, this is the amusingly helpful output from clang 3.6: project_inverse_transformer.hpp:63:9: error: no member named 'convert' in namespace 'boost::geometry::detail'; did you mean 'concept'? and project_inverse_transformer.hpp:63:9: error: no template named 'point_to_point' in namespace 'boost::geometry::concept'; did you mean 'detail::conversion::point_to_point'? Are these just known unfinished features? Thanks, cheers. Jeremy

1 0

[asio] wrap lambda async_receive call
by Andrew Hundt 18 Mar '15

18 Mar '15

In C++11 is there an easy way to use boost::asio::io_service::strand::wrap() on a lambda function handling the return of an async_receive call? As noted in the docs (link below it looks like there has to be an implementation of asio_handler_invoke but I'm not sure how that would work for a lambda function. Looking through the C++11 examples I can't find any examples of using a strand. Any help would be greatly appreciated. http://www.boost.org/doc/libs/1_57_0/doc/html/boost_asio/overview/core/stra… Cheers! Andrew Hundt

2 1

Better late than never - command line interface to on line code generator
by Brian Wood 17 Mar '15

17 Mar '15

In 2007 there was some discussion here about on line code generation: http://lists.boost.org/Archives/boost/2007/02/116997.php One thing I said back then was: "There isn't a library to download." That's changed and now there's an archive that can be downloaded: http://webEbenezer.net/build_integration.html Martin Slater, commenting on the fact that the only way to use the code generator was through a web interface, said: "the fact that it cannot be integrated into the build process easily ... would deter many from using it" I agreed with him on that point at the time and have spent a lot of time since then developing a command line interface to make it easy to integrate on line code generation into build processes. The archive mentioned above is the result of that work. So now I would like to ask for further thoughts and feedback. How can it be improved? It has support for some Boost types and I'm open to adding support for more. Tia. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

1 0

Boost release 1.58.0 beta 1 is now available from SourceForge
by Marshall Clow 17 Mar '15

17 Mar '15

Boost release 1.58.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/ <http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/> This release contains three new libraries: • Endian: Types and conversion functions for correct byte ordering and more regardless of processor endianness. • Sort: includes spreadsort, a general-case hybrid radix sort that is faster than O(n*log(n)) • WinAPI: For details of what's in the release, see http://www.boost.org/users/history/version_1_58_0.html <http://www.boost.org/users/history/version_1_58_0.html>. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 (this will be fixed before the final release) Thanks, -- The Boost Release Team

3 2

Boost::MSM: Transition Priority
by georg＠schorsch-tech.de 17 Mar '15

17 Mar '15

I try to use boost::MSM to implement a simple state machine for testing purpose. There are several events which have to be processed in the right order, so i defer the other events, which are currently not allowed. I try to defer the events in the transition table, to have one place to look for it, despite having all states to look, what events they defer. I tried to change the transition rows to change their priorities, but it didnt help. If i unkomment the anonymous transition from live_got_image to live_wait_for_image, it works as expected, but i want to transition automaticly to repeatedly enter the states live_wait_for_image/live_got_image until the ev_stop_live get sent. I expect the following output: ------------------------------ entering: fsm_master entering: not_ready no transition from state 0 on event struct `anonymous namespace'::ev_stop_live leaving: not_ready starting: live_wait_for_image leaving: live_wait_for_image starting: live_got_image leaving: live_got_image entering: not_ready but actually i get the following output: ---------------------------------------- entering: fsm_master entering: not_ready no transition from state 0 on event struct `anonymous namespace'::ev_stop_live leaving: not_ready starting: live_wait_for_image leaving: live_wait_for_image starting: live_got_image leaving: live_got_image starting: live_wait_for_image I use boost 1.57.0 and MSVC-2013 (VS-12). Could anybody get me a useful hint? Georg Here is the code: #include <iostream> // back-end #include <boost/msm/back/state_machine.hpp> //front-end #include <boost/msm/front/state_machine_def.hpp> #include <boost/msm/front/functor_row.hpp> namespace msm = boost::msm; namespace mpl = boost::mpl; namespace { using namespace boost::msm::front; // events struct ev_start_stop {}; struct ev_start_live {}; struct ev_stop_live {}; struct ev_learn {}; struct ev_load {}; struct ev_got_image { int payload; }; // front end: define the FSM structure struct fsm_master_ : public msm::front::state_machine_def<fsm_master_> { typedef int activate_deferred_events; template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "entering: fsm_master" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: fsm_master" << std::endl; } // the fsm states which are not sub state machines struct not_ready : public msm::front::state<> { template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "entering: not_ready" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: not_ready" << std::endl; } }; // The list of FSM states struct live_wait_for_image : public msm::front::state<> { template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "starting: live_wait_for_image" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: live_wait_for_image" << std::endl; } }; struct live_got_image : public msm::front::state<> { // here we got the image and we can check, if we need to react on an external event // otherwise transit to wait_for_image and fetch the next image template <class Event, class FSM> void on_entry(Event const&, FSM&) { std::cout << "starting: live_got_image" << std::endl; } template <class Event, class FSM> void on_exit(Event const&, FSM&) { std::cout << "leaving: live_got_image" << std::endl; } }; // --------------------------------------------------- // initial state: fsm_master_ typedef not_ready initial_state; typedef fsm_master_ l; struct transition_table : mpl::vector< // Start Event Next Action Guard // +---------------------+----------------+-------------------+-------------------+----------------+ _row < not_ready, ev_start_live, live_wait_for_image >, _row < live_wait_for_image, ev_got_image, live_got_image >, Row < live_wait_for_image, ev_stop_live, none , Defer , none >, _row < live_got_image, none, live_wait_for_image >, _row < live_got_image, ev_stop_live, not_ready > // +---------------------+----------------+-------------------+-------------------+----------------+ > {}; // Replaces the default no-transition response. template <class FSM, class Event> void no_transition(Event const& e, FSM&, int state) { std::cout << "no transition from state " << state << " on event " << typeid(e).name() << std::endl; } }; // back-end: fsm_master typedef msm::back::state_machine<fsm_master_> fsm_master; } void test() { fsm_master s; s.start(); s.process_event(ev_stop_live()); // this gets no transitioned s.process_event(ev_start_live()); // this one enters live s.process_event(ev_stop_live()); // this gets defered s.process_event(ev_got_image()); // this one enters got_image and the stop live should get processed. // now we should be in not ready again, but we are still in live_wait_for_image } int main() { test(); return 0; }

2 3

Re: [Boost-users] [scope_exit] 1.57 MSVC C4003 warning
by Cheng Mo 17 Mar '15

17 Mar '15

Hi, Edward： Thanks a lot.

1 0

How to get Text Archive with CRLF after each record?
by Tony Camuso 16 Mar '15

16 Mar '15

I'm just getting one big line, no CRLF in the archive. Makes it difficult to debug. Interesting thing is that I was seeing CRLF in a previous archive I created in another app. There is no difference I can detect in the way I'm archiving in this app. Tool chain ... g++ (GCC) 4.9.2 20150212 (Red Hat 4.9.2-6) libstdc++-4.9.2-6.fc21.x86_64 libstdc++-devel-4.9.2-6.fc21.x86_64 Code... typedef std::multimap<unsigned, int> cnodemap_t; typedef cnodemap_t::value_type cnpair_t; typedef cnodemap_t::iterator cniterator_t; typedef std::multimap<unsigned, qnode> qnodemap_t; typedef qnodemap_t::value_type qnpair_t; typedef qnodemap_t::iterator qniterator_t; typedef qnodemap_t::reverse_iterator qnriterator_t; struct qnode { qnode(){} enum ctlflags flags; std::string sname; std::string stypnam; std::string sdecl; cnodemap_t parents; cnodemap_t children; template<class Archive> void serialize(Archive &ar, const unsigned int version) { if (version){;} ar & flags & sdecl & sname & parents & children; } }; class Cqnodemap { public: Cqnodemap(){} qnodemap_t qnmap; template<class Archive> void serialize(Archive &ar, const unsigned int version) { if (version){;} ar & qnmap; } }; static inline void write_cqnmap(const char *filename, Cqnodemap& cqnmap) { ofstream ofs(filename, ofstream::out | ofstream::app); if (!ofs.is_open()) { cout << "Cannot open file: " << filename << endl; exit(1); } { boost::archive::text_oarchive oa(ofs); oa << cqnmap; } ofs.close(); }

1 0

Re: [Boost-users] [scope_exit] 1.57 MSVC C4003 warning
by Cheng Mo 16 Mar '15

16 Mar '15

Hi Filip: It is happened on VS 2010 as well. Hi Edward: Excuse me about this question postponed. I have just had this problem and have found this thread. Could you tell me what mean by "BOOST PP level" does ? Thanks. Sincerely Mo.Cheng

2 1

Boost 1_58_0_rc1 is available for testing
by Marshall Clow 16 Mar '15

16 Mar '15

Release candidate files for 1.58.0 beta 1 are available at http://boost.cowic.de/rc/ 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. This helps ensure the candidates build OK before we push them out to SourceForge. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 to test this. The files (and associated md5s) are: MD5 (boost_1_58_0_b1_rc1.7z) = 302c7dfc917227843d24beed33ccc99c MD5 (boost_1_58_0_b1_rc1.tar.bz2) = d7d030e85bf5534a328c108c62a7fb0e MD5 (boost_1_58_0_b1_rc1.tar.gz) = ec90cd23bdc99c5eaf88245ea94a28e0 MD5 (boost_1_58_0_b1_rc1.zip) = dc8379fb95c84fe2fca53a4b2c96da23 Thanks! -- The release managers

7 10