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

[range] const-only UDT works as std algos, but not with boost range.
by John 08 Sep '16

08 Sep '16

A class that exposes a const_iterator, but does not expose a mutable iterator, works with std:: algorithms and range-for() loop, but does not work with boost range. // This works with std algorithms and range-for, but not with boost range. class C { public: typedef blah const_iterator; const_iterator begin() const; const_iterator end() const; }; const C c; for (auto x : c) { } // OK std::for_each(std::begin(c), std::end(c), fn); // OK boost::for_each (c, fn); // ERROR: fails SinglePassRange concept (GCC-6.2) The workaround is to add a non-const iterator type that is the same as the const iterator, and to add two additional non-const begin/end methods. class D { public: typedef blah const_iterator; const_iterator begin() const; const_iterator end() const; // kludge to make it work with boost. typedef const_iterator iterator; iterator begin(); iterator end(); }; const D d; boost::for_each (d, fn); // OK Is there a simpler solution?

2 3

[Boost.Asio] Suggestion to improve the docs
by dariomt＠gmail.com 07 Sep '16

07 Sep '16

Hi, In the Boost.Asio docs (and in the standalone Asio) the io_service docs has a section "Stopping the io_service from running out of work" where it explains "if the application requires that all operations and handlers be allowed to finish normally, the work object may be explicitly destroyed" and then shows some code using an std::auto_ptr<boost::asio::io_service::work> which will keep the work object on the heap. However, in the accepted answer to [1] the same behavior is accomplished with a, IMHO, more elegant solution: with a boost::optional<boost::asio::io_service::work>, which, if I'm correct, will keep the work object on the stack. To destroy the work object the optional is assigned to boost::none. I'd suggest improving the docs with the boost::optional case, which - does not use "ugly" (and deprecated) auto_ptr - keeps the boost::asio::io_service::work object on the stack Regards [1] http://stackoverflow.com/questions/15568100/confused-when-boostasioio-servi…

1 0

[boost][graph] Support for C++11 on adjacency list
by Marco Craveiro 06 Sep '16

06 Sep '16

Hi boost-users, Thanks very much for a great library - Boost in general and Boost Graph in particular . I'm trying to understand the status of a fix on Boost Graph - any pointers are greatly appreciated. My basic problem is that trying to use Boost Graph in C++ 11 (or later) mode seems to break due to a bug in adjacency list. This bug has been reported in Track [1], [2] and elsewhere [3]. Up to now I have been carrying local patches to fix this issue as per tickets [4], but to the untrained eye, it appears this issue has been fixed upstream a while ago [5]. I've read the discussion regarding Boost Graph merges [6] but - apologies - It's still not clear to me where we are. Is it possible to confirm: - that the fix is in develop and will be shipped? - if so, would it be shipped with Boost 1.62 or with a later release? I read the release notes [7] but couldn't see any references to Boost Graph. Many thanks for your time. -- Marco Craveiro MD, Domain Driven Consulting about: http://about.me/marcocraveiro blog: http://mcraveiro.blogspot.co.uk twitter: https://twitter.com/MarcoCraveiro That the Ideas are themselves manifestations (of the Idea-Idea) and that the Idea-Idea is a-kind-of Manifestation-Idea—which is a-kind-of itself, so that the system is completely self-describing— would have been appreciated by Plato as an extremely practical joke [Plato]. -- Alan Key [1] #11164 Graph adjacency_list, add_vertex compile error on clang 3.6 https://svn.boost.org/trac/boost/ticket/11164 [2] #10382 1.56.0 Graph adjacency_list has compile errors on g++ 4.6.4 https://svn.boost.org/trac/boost/ticket/10382 [3] https://lists.debian.org/debian-mentors/2016/01/msg00327.html [4] https://github.com/DomainDrivenConsulting/dogen/blob/master/patches/boost_1… [5] Fix compilation with gcc 4.4 in C++11 mode https://github.com/boostorg/graph/commit/0f4ecbcd4bd13743f74745257b95fabdbd… [6] http://lists.boost.org/Archives/boost/2016/08/230533.php [7] http://www.boost.org/users/history/version_1_62_0.html

2 2

Fwd: Boost.Range: 'Use of deleted function' GCC error when using lambdas
by Remko Tronçon 05 Sep '16

05 Sep '16

Hi, I have the following piece of code: std::vector<std::string> list1; std::vector<std::string> list2; push_back(list2, list1 | transformed([](const auto& w) { return w; }) | sliced(0, 1)); This compiles fine with CLang, but with GCC I get the error: /usr/include/boost/optional/optional.hpp:546:64: error: use of deleted function 'main(int, const char**)::<lambda(const auto:1&)>& main(int, const char**)::<lambda(const auto:1&)>::operator=(const main(int, const char**)::<lambda(const auto:1&)>&)' void assign_value ( rval_reference_type val ) { get_impl() = static_cast<rval_reference_type>(val); } ~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ main.cpp:46:19: note: a lambda closure type has a deleted copy assignment operator | transformed([](const auto& w) { return w; }) When I replace the lambda by a regular function, the code compiles; when I don't use 'sliced' (but pipe it to e.g. 'transformed' instead), the code also compiles. Is there a way to make this code compile with a lambda? thanks! Remko PS: I'm using GCC 6.2.0 with Boost 1.61.

2 1

using asio.hpp - boost::system::generic_category()
by Hermann Norpois 04 Sep '16

04 Sep '16

Hello, I just started with boost and it is obvious that I do not understand give my compiler (not mentioning code::blocks) the correct instructions. I installed boost_1_61_0 on Ubuntu 14.04 and followed the instruction. So I did (as root after sudo -i) in the directory of boost_1_61_0. I use g++4.9. It was the same with g++4.8. 1) ./bootstrap.sh prefix=/usr/local 2) ./b2 install So the libs are: /usr/local/lib The headers: /usr/include/boost Actually I was interested in some stuff with asio. So I started with this code from the tutorial. http://www.boost.org/doc/libs/1_61_0/doc/html/boost_asio/tutorial/tutdaytim… g++ -Wall main.cpp -o zclient /tmp/ccxx7PrW.o: In Funktion `__static_initialization_and_destruction_0(int, int)': main.cpp:(.text+0x52e): Nicht definierter Verweis auf `boost::system::generic_category()' main.cpp:(.text+0x53a): Nicht definierter Verweis auf `boost::system::generic_category()' main.cpp:(.text+0x546): Nicht definierter Verweis auf `boost::system::system_category()' /tmp/ccxx7PrW.o: In Funktion `boost::system::error_code::error_code()': main.cpp:(.text._ZN5boost6system10error_codeC2Ev[_ZN5boost6system10error_codeC5Ev]+0x17): Nicht definierter Verweis auf `boost::system::system_category()' /tmp/ccxx7PrW.o: In Funktion `boost::asio::error::get_system_category()': main.cpp:(.text._ZN5boost4asio5error19get_system_categoryEv[_ZN5boost4asio5error19get_system_categoryEv]+0x5): Nicht definierter Verweis auf `boost::system::system_category()' /tmp/ccxx7PrW.o: In Funktion `boost::asio::detail::posix_thread::~posix_thread()': main.cpp:(.text._ZN5boost4asio6detail12posix_threadD2Ev[_ZN5boost4asio6detail12posix_threadD5Ev]+0x26): Nicht definierter Verweis auf `pthread_detach' /tmp/ccxx7PrW.o: In Funktion `boost::asio::detail::posix_thread::join()': main.cpp:(.text._ZN5boost4asio6detail12posix_thread4joinEv[_ZN5boost4asio6detail12posix_thread4joinEv]+0x2b): Nicht definierter Verweis auf `pthread_join' /tmp/ccxx7PrW.o: In Funktion `boost::asio::detail::posix_thread::start_thread(boost::asio::detail::posix_thread::func_base*)': main.cpp:(.text._ZN5boost4asio6detail12posix_thread12start_threadEPNS2_9func_baseE[_ZN5boost4asio6detail12posix_thread12start_threadEPNS2_9func_baseE]+0x29): Nicht definierter Verweis auf `pthread_create' collect2: error: ld returned 1 exit status I have to add that the simple programm in the starting guide worked properly http://www.boost.org/doc/libs/1_61_0/more/getting_started/unix-variants.htm… via g++ -Wall main.cpp -o zu It worked in Code::Blocks as well (without any additional information). Even the second simple programm (same link) I managed to compile giving the full path: g++ -Wall main.cpp -o extractmail /usr/local/lib/libboost_regex.a At no time I had not to instruct the compiler about the headers. I was wondering. So it must have anything to do with the libs. Coming back to my asio- example. Do I need libs for it? I guess is has something to do with the expression -lboost_system. I used it without understanding it. But it did not help. Actually I would appreciate if was able to use Code::Blocks but I did not manage to give Code::Blocks the correct instructions. I found some hints, at least amounts of hints ... But it did not work at all. If somebody is able to explain it (for idiots) ... This would be great. Thanks Hermann

2 1

passing variables into thread
by Alexander Carôt 03 Sep '16

03 Sep '16

Hello all, I have a thrad function like: void sj::eventTrigger(){ boost::mutex::scoped_lock lock(eventTriggerMutex); while (eventTriggerActive){ dFC->eventTriggerLock.wait(lock); /// do something with pointer-variable } } This function is executed by a eventTriggerLock.notify_all() – call from other objects and when I need to pass certain variables into the thread I have been unsing a global pointer variable. Now my question: I wonder if there is a way to get rid of the pointer variable and directly pass variables into the thread such as: eventTriggerLock.notify_all(data1) void sj::eventTrigger(int data1){ boost::mutex::scoped_lock lock(eventTriggerMutex); while (eventTriggerActive){ dFC->eventTriggerLock.wait(lock); /// do something with data1 } } Any hint welcome – thanks in advance Alex

3 2

Priority deque?
by Paolo Bolzoni 01 Sep '16

01 Sep '16

Dear list, I was wondering if there some kind of "priority queue", that is a data structure akin the priority queue, but where you can top and pop from both sides. My use case is that I need to quickly access the maximum, but also not push new elements if they are smaller than the minimum. I am aware I can use a std::set, but in the current implementation where I always push new elements even if they are bad, using a std::set the performance is significantly worse. Yours faithfully, Paolo

3 5

iostreams: ceased devolopment?
by Christian Meesters 01 Sep '16

01 Sep '16

Hi, I noticed that there are numerous issues in the bug list, regarding boost iostreams. However, the current doc states Copyright 2004-2007 and Tickets do not receive responses. (I even read: "(I tried e-mailing Jonathan Turkanis directly, but the e-mail address on the website seems to be not used anymore)" in ticket 7574. So, my question is: I anyone maintaining this library? If not: I doubt that there is a good alternative, because iostreams just is convenient to use and a selling point to for boost. It would be a pitty. Best regards, Christian

7 15

Re: [Boost-users] [serialization] Problem building boost 1.56 under gcc 5.3
by Nolen, Steven Douglas 31 Aug '16

31 Aug '16

This is from a previous email sent by my colleague... OS: Red Hat 6 Compiler: GCC 5.3 I installed from a source distribution and the root paths are $HOME/packages/boost/v1_61/include/1_61 for the include path and $HOME/packages/boost/v1_61/lib/gnu-5.3 for the library path. My compilation command is g++ -o demo -I. -I$HOME/packages/boost/v1_61/include/1_61 demo.cpp -L$HOME/packages/boost/v1_61/lib/gnu-5.3 -lboost_serialization-gcc53-1_61 and these are the link errors /tmp/ccFM57HA.o: In function `boost::archive::text_iarchive::text_iarchive(std::istream&, unsigned int)': demo.cpp:(.text._ZN5boost7archive13text_iarchiveC2ERSij[_ZN5boost7archive13text_iarchiveC5ERSij]+0x36): undefined reference to `boost::archive::detail::shared_ptr_helper::shared_ptr_helper()' /tmp/ccFM57HA.o: In function `boost::archive::text_iarchive::~text_iarchive()': demo.cpp:(.text._ZN5boost7archive13text_iarchiveD2Ev[_ZN5boost7archive13text_iarchiveD5Ev]+0x25): undefined reference to `boost::archive::detail::shared_ptr_helper::~shared_ptr_helper()' /tmp/ccFM57HA.o: In function `void boost::archive::detail::load_pointer_type<boost::archive::text_iarchive>::invoke<bus_route*>(boost::archive::text_iarchive&, bus_route*&)': demo.cpp:(.text._ZN5boost7archive6detail17load_pointer_typeINS0_13text_iarchiveEE6invokeIP9bus_routeEEvRS3_RT_[_ZN5boost7archive6detail17load_pointer_typeINS0_13text_iarchiveEE6invokeIP9bus_routeEEvRS3_RT_]+0x56): undefined reference to `boost::archive::detail::basic_iarchive::load_pointer(void*&, boost::archive::detail::basic_pointer_iserializer const*)' /tmp/ccFM57HA.o: In function `void boost::archive::detail::load_pointer_type<boost::archive::text_iarchive>::invoke<bus_stop*>(boost::archive::text_iarchive&, bus_stop*&)': demo.cpp:(.text._ZN5boost7archive6detail17load_pointer_typeINS0_13text_iarchiveEE6invokeIP8bus_stopEEvRS3_RT_[_ZN5boost7archive6detail17load_pointer_typeINS0_13text_iarchiveEE6invokeIP8bus_stopEEvRS3_RT_]+0x56): undefined reference to `boost::archive::detail::basic_iarchive::load_pointer(void*&, boost::archive::detail::basic_pointer_iserializer const*)' /tmp/ccFM57HA.o: In function `boost::archive::text_iarchive& boost::archive::detail::interface_iarchive<boost::archive::text_iarchive>::operator>><boost::archive::class_name_type>(boost::archive::class_name_type&)': demo.cpp:(.text._ZN5boost7archive6detail18interface_iarchiveINS0_13text_iarchiveEErsINS0_15class_name_typeEEERS3_RT_[_ZN5boost7archive6detail18interface_iarchiveINS0_13text_iarchiveEErsINS0_15class_name_typeEEERS3_RT_]+0x2f): undefined reference to `boost::archive::text_iarchive_impl<boost::archive::text_iarchive>::load_override(boost::archive::class_name_type&, int)' collect2: error: ld returned 1 exit status I am at a loss why this will not build successfully. Any help would be appreciated.

1 0

boost libs can't find each other in non-standard location
by Hugh Caley 31 Aug '16

31 Aug '16

I'm having problems getting my boost libs to find each other on certain platforms. We're distributing the boost libs in a non-standard location. I created a runtime path in my apps that finds the boost libs fine, per ldd, but when a boost lib is dynamically liked to another boost lib in the same location it can't find it. For instance, libboost_thread needs libboost_atomic, and can't find it, even though it's in the same dir. On Linux, MacOSX and AIX, they can find each other. On Solaris and HP-UX, though, they can't. Boost version is 1_59. Strangely, we had this working with a previous version of our software on Solaris linked with Boost 1_55. I don't see the difference. I tried setting a runtime path of '.' in the boost libs themselves, but it ends up being '.' wherever I am, NOT where the lib is. -- Hugh Caley Software Developer, Rocket Aldon Rocket Software 2200 Powell Street · Suite 900 · Emeryville · CA · 94608-1809 · USA · Tel: +1.510.285.8542 Email:hcaley@rocketsoftware.com<mailto:Email:hcaley@rocketsoftware.com> Web:http://aldon.rocketsoftware.com ================================ Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 877.328.2932 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscribe(a)rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_Subs… Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy ================================ This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you.

2 1