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

Boost_1_64_0 compile errors - gcc 5.3.0
by Michael Miller 30 Jun '17

30 Jun '17

Hello, Qt Creator 4.3.1 Based on Qt 5.9.1 gcc version 5.3.0 Trying to use Boost in my program. I’m getting the following compile errors. Any suggestions, Please. Regards In file included from C:\boost\boost_1_64_0/boost/numeric/ublas/vector.hpp:21:0, from C:\boost\boost_1_64_0/boost/numeric/ublas/matrix.hpp:18, from lib\math/lc_quadratic.h:30, from lib\engine\rs_arc.cpp:37: C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp: In member function 'void boost::numeric::ublas::unbounded_array<T, ALLOC>::serialize(Archive&, unsigned int)': C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp:299:18: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp: In member function 'void boost::numeric::ublas::bounded_array<T, N, ALLOC>::serialize(Archive&, unsigned int)': C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp:494:18: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ In file included from C:\boost\boost_1_64_0/boost/numeric/ublas/vector.hpp:21:0, from C:\boost\boost_1_64_0/boost/numeric/ublas/matrix.hpp:18, from lib\math/lc_quadratic.h:30, from lib\engine\rs_circle.cpp:42: C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp: In member function 'void boost::numeric::ublas::unbounded_array<T, ALLOC>::serialize(Archive&, unsigned int)': C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp:299:18: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp: In member function 'void boost::numeric::ublas::bounded_array<T, N, ALLOC>::serialize(Archive&, unsigned int)': C:\boost\boost_1_64_0/boost/numeric/ublas/storage.hpp:494:18: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, s); ^ In file included from lib\math/lc_quadratic.h:30:0, from lib\engine\rs_circle.cpp:42: C:\boost\boost_1_64_0/boost/numeric/ublas/matrix.hpp: In member function 'void boost::numeric::ublas::c_matrix<T, M, N>::serialize(Archive&, unsigned int)': C:\boost\boost_1_64_0/boost/numeric/ublas/matrix.hpp:5977:18: error: 'make_array' is not a member of 'boost::serialization' ar & serialization::make_array(data_, N); ^

1 0

[poly_collection] Boost.PolyCollection release version ready
by Joaquin M López Muñoz 29 Jun '17

29 Jun '17

Hello, For those who are following the development of this lib, I'd like to announce that the release version of Boost.PolyCollection for Boost 1.65 is already committed to the master branch of Boost. Much of the to-do list prepared by Ion at the end of the review has been implemented. The main features left as roadmap are listed at: http://www.boost.org/doc/libs/master/doc/html/poly_collection/future_work.h… As for the improvements already included, let me comment on what I feel are the most important: * The implementation has been refactored to avoid internal virtual calls at places where the type of the segment involved is known at compile time. Also, segment lookup (the process to get to the segment for U from typeid(U)) has been greatly sped up by means of a std::type_info* cache. These two improvements result in a combined reduction of around 25-30% in insertion times. There's an API breaking change though: no longer is std::type_index used and const std::type_info &'s have to be directly provided instead --this is likely to go unnoticed by those of you already using the lib. * Polymorphic collections now satisfy standard requirements on allocator use as stated in [container.requirements.general]/3 (or, more precisely, the natural interpretation for polymorhpic containers of this clause). This is explicitly described in the reference. As a result, polymorphic collections can now use std::scoped_allocator_adaptor without any problem. * Added segment(typeid(U))/segment<U>() convenience funtions returning a range object over the selected segment. This allows us to write: for(const auto& x:c.segment(typeid(warrior))){ ... } * Collection-level max_size() and capacity() have been removed as I didn't seem to find sensible semantics for them. Segment-level max_size() and capacity() are kept, of course. * Hopefully the tutorial section on boost::function_collection is a bit clearer now. The library works OK for MSVC>=14.0,GCC>=5.0,Clang>=3.7. Unfortunately, Intel fails for test_algorithm: https://lists.boost.org/Archives/boost/2017/06/236016.php If someone's interested in helping fix that, please step up. Thank you, Joaquín M López Muñoz

4 4

C++11 ABI stability
by Marek Skalický 29 Jun '17

29 Jun '17

Hi, mongo-cxx-driver notices this: "Important note about C++11/C++14: The boost libraries do not offer a stable ABI across different versions of the C++ standard. As a result, you must ensure that your application, the C++ driver, and boost are all built with the same language standard. In particular, if you are building the C++ driver with C++11 enabled, you must also build your application with C++11 enabled, and link against a C++11 compiled boost. " [1] Is it true? What changes with new standard? (or is this only related to ABI change in gcc introduced by c++11?) I'm interested mainly in libraries: filesystem, chrono, thread, system and regex Thanks, Marek [1] http://mongodb.github.io/mongo-cxx-driver/legacy-v1/installation/#s cons-options-when-compiling-the-c-driver

6 7

[boost] [beast] Formal "review" branch frozen
by Vinnie Falco 29 Jun '17

29 Jun '17

The "review" branch of Beast is now available and frozen for modifications. It contains the snapshot of the repository which will undergo the Boost formal review starting on July 1 and lasting for 10 days. Currently the review branch is even with the master branch, at version 70. The review branch repository is here: https://github.com/vinniefalco/Beast/tree/review The review documentation snapshot: http://vinniefalco.github.io/stage/beast/review/ Autobahn WebSocket Implementation Test Report: http://vinniefalco.github.io/autobahn/index.html Beast is a C++ header-only library serving as a foundation for writing interoperable networking libraries by providing low-level HTTP/1, WebSocket, and networking protocolvocabulary types and algorithms using the consistent asynchronous model of Boost.Asio. Beast empowers users to create their own libraries, clients, and servers using HTTP/1 and WebSocket. Code will be easier and faster to implement, understand, and maintain, because Beast takes care of the low-level protocol details. Please don't forget to "star" the repository on GitHub, the increased exposure will vitalize Beast and Boost with the new generation of programmers! Thanks! -- Follow me on Github: https://github.com/vinniefalco

1 0

Regression in Boost.Variant with gcc6.3 in C++03 mode
by dariomt＠gmail.com 28 Jun '17

28 Jun '17

Hi, This is the simplest possible repro I could get: #include <boost/variant.hpp> class A {}; class B : private A {}; typedef boost::variant<A, B> variant_t; int main() { B b; variant_t v (b); } This used to work with Boost 1.59.0 but fails with 1.64.0 Using wandbox I've found that: - it started failing in 1.62.0 - clang does not have this problem - newer and older versions of gcc do have the same problem The error is miles long. I think the important parts are: boost/type_traits/is_convertible.hpp:149:53: error: 'A' is an inaccessible base of 'B' error: no matching function for call to 'boost::variant<A, B>::variant(B&)' It seems the metaprogramming messes up due to the private inheritance, and decides that the variant<A,B> is *not* constructible from B Workarounds are very welcome! Switching to C++14 is not an option (yet). Regards

3 8

Compiling Boost_1_6_0 under linux.
by Michael Miller 27 Jun '17

27 Jun '17

Hello, I’m trying to compile Boost_1_64_0 under linux, without success. Debian 9 gcc version 6.3.0 Terminal commands:- cd tools/build ./bootstrap.sh ./b2 install --prefix=~/boost/boost_1_64_0 No Boost (executable) appears. Am I missing something? Regards

2 2

Build error C3083
by James 26 Jun '17

26 Jun '17

Hi, I am trying to build an application that uses the boost libraries. I am seeing build error C3083 in bind_mf_cc.hpp. The error states: Error C3083 'core': the symbol to the left of a '::' must be a type This is the offending code section : template<class Rt2, class R, class T, class A1> typename boost::enable_if_c<!boost::core::is_same<Rt2,R>::value, _bi::bind_t<Rt2, _mfi::BOOST_BIND_MF_NAME(mf0)<R,T>, typename _bi::list_av_1<A1>::type>>::type BOOST_BIND(R(BOOST_BIND_MF_CC T::*f) (), A1 a1) { typedef _mfi::BOOST_BIND_MF_NAME(mf0)<R, T> F; typedef typename _bi::list_av_1<A1>::type list_type; return _bi::bind_t<Rt2, F, list_type>(F(f), list_type(a1)); } And the line giving the trouble is the line beginning: typename boost::enable_if_c<!boost::core::is_same<Rt2,R>::value, Can anyone help me correct the line to fix this issue please? Thanks.

5 11

[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