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

Re: [Boost-users] Boost 1.65.0 Beta 1 Release Candidate 2
by Matthieu Brucher 11 Jul '17

11 Jul '17

This happens a lot when people develop on gcc or visual studio and then try building with clang. Having a function and a class with the same name is bound to generate errors. So properly should be tagged as a bug. Le 11 juil. 2017 11:14 AM, "Raffi Enficiaud via Boost-users" < boost-users(a)lists.boost.org> a écrit : Le 11.07.17 à 02:14, Marshall Clow via Boost-users a écrit : The second release candidates for the 1.65.0 beta release are now > available at: > > > https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ > boost_1_65_0_beta1_rc2.7z > > https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ > boost_1_65_0_beta1_rc2.tar.bz2 > > https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ > boost_1_65_0_beta1_rc2.tar.gz > > https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ > boost_1_65_0_beta1_rc2.zip > > The SHA256 checksums are as follows: > > d54d29568c4e4933cbfe40a292b6cb84a7f68121e34f6a83f7d0f7c652b6b2d8 > boost_1_65_0_beta1_rc2.7z > 092676557513e992347d30dd0cd058fb8af2a401e5da4f4413f5b577852d726b > boost_1_65_0_beta1_rc2.tar.bz2 > 31fa3c807e2205e18f7d5c74f77f540677f7b0937af1e37f595c137e1e87bf84 > boost_1_65_0_beta1_rc2.tar.gz > 83c8d8b76fa9591572226a1a49fd191d76db3011b52b907cbbc8d37d46213bd2 > boost_1_65_0_beta1_rc2.zip > > > This RC contains a single fix to the stacktrace library. > > As always, the release managers would appreciate it if you download > the candidate of your choice and give building it a try. Please report > both success and failure, and anything else that is noteworthy. > > Thanks! > > -- The release managers > Hi, I have this error during the build on OSX. Built with: ./b2 cxxflags="-std=c++11 -stdlib=libc++" linkflags="-stdlib=libc++" --without-log --layout=versioned install ...on 14200th target... common.mkdir bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-multi common.mkdir bin.v2/libs/fiber/build/darwin-4.2.1/release/threading- multi/numa darwin.compile.c++ bin.v2/libs/fiber/build/darwin-4.2.1/release/threading- multi/numa/pin_thread.o libs/fiber/src/numa/pin_thread.cpp:23:10: warning: pin_thread() not supported [-W#pragma-messages] # pragma message "pin_thread() not supported" ^ 1 warning generated. darwin.compile.c++ bin.v2/libs/fiber/build/darwin-4.2.1/release/threading- multi/numa/topology.o libs/fiber/src/numa/topology.cpp:23:10: warning: topology() not supported [-W#pragma-messages] # pragma message "topology() not supported" ^ libs/fiber/src/numa/topology.cpp:27:14: error: use of undeclared identifier 'topology'; did you mean 'fibers::numa::topology'? std::vector< topology > topology() { ^~~~~~~~ fibers::numa::topology ./boost/fiber/numa/topology.hpp:38:21: note: 'fibers::numa::topology' declared here std::vector< node > topology(); ^ libs/fiber/src/numa/topology.cpp:27:14: error: template argument for template type parameter must be a type std::vector< topology > topology() { ^~~~~~~~ /Applications/Xcode8.1.app/Contents/Developer/Toolchains/Xco deDefault.xctoolchain/usr/bin/../include/c++/v1/vector:456:17: note: template parameter is declared here template <class _Tp, class _Allocator = allocator<_Tp> > ^ 1 warning and 2 errors generated. "g++" -ftemplate-depth-128 -O3 -Wall -dynamic -gdwarf-2 -fexceptions -Wno-inline -fPIC -arch x86_64 -std=c++11 -stdlib=libc++ -DBOOST_ALL_NO_LIB=1 -DBOOST_CONTEXT_DYN_LINK=1 -DBOOST_DISABLE_ASSERTS -DBOOST_FIBERS_DYN_LINK=1 -DBOOST_FIBERS_SOURCE -DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-multi/numa/topology.o" "libs/fiber/src/numa/topology.cpp" ...failed darwin.compile.c++ bin.v2/libs/fiber/build/darwin -4.2.1/release/threading-multi/numa/topology.o... _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org https://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Boost 1.65.0 Beta 1 Release Candidate 1
by Marshall Clow 09 Jul '17

09 Jul '17

The release candidates for the 1.61.0 release are now available at: https://dl.bintray.com/boostorg/beta/boost_1_65_0_beta1_rc1.7z https://dl.bintray.com/boostorg/beta/boost_1_65_0_beta1_rc1.tar.bz2 https://dl.bintray.com/boostorg/beta/boost_1_65_0_beta1_rc1.tar.gz https://dl.bintray.com/boostorg/beta/boost_1_65_0_beta1_rc1.zip The SHA256 checksums are as follows: cd7429340bb4aae38e0ad2e9f59c39e66335302c41577956123e55fc1e2a28ee boost_1_65_0_beta1_rc1.7z fda076f7b3c994524d9cd41926c72f4a9b7c017bef310a055956fdd0bed7c358 boost_1_65_0_beta1_rc1.tar.bz2 0d1473041f7a9fa9ce1e256c870cc52af6f98abf723cf4f1ac61c2b45f45d38a boost_1_65_0_beta1_rc1.tar.gz f45bbb75b84cdc0c66f8a571d77c518cfbac076d7a6fc7937c4812f0f242a792 boost_1_65_0_beta1_rc1.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. Thanks! -- The release managers

2 1

building for msvc-14.1
by Isaac Lascasas 09 Jul '17

09 Jul '17

Hello I have serious problems building boost for vs2017. My win10 install has just visual studio community 2017 installed right now, with windows SDK 10.0.15063.0 and 8.1. I run the vs2017 x64 native prompt and then I do something like this: b2 -j12 toolset=msvc-14.1 address-model=64 architecture=x86 link=static threading=multi runtime-link=shared --build-type=minimal stage --stagedir=stage/x64 some headers give weird stl container errors: c:\libs\boost_1_64_0__64\boost/archive/detail/basic_serializer_map.hpp(47): error C2039: 'set': is not a member of 'std' Thanks, Isaac.

1 0

[review] Mp11 review starts in one week
by Bjorn Reese 08 Jul '17

08 Jul '17

The formal review of Peter Dimov's Mp11 library is scheduled for July 15 - July 24, 2017 [1]. Mp11 is a C++11 metaprogramming library for compile-time manipulation of data structures that contain types. It’s based on template aliases and variadic templates and implements the approach outlined in the article "Simple C++ metaprogramming" [2] and its sequel [3]. These articles are useful background information for the review. * Mp11 aims to make simple usage simple, and to support complex usage without complicating the simple use cases. * Mp11 works on any type-list, whether its own type-list mp_list, or standard type-lists such as std::tuple and std::variant, or user-defined type-lists. * Mp11 works with any meta-function, such as C++11 or Boost type-traits, or user-defined type-traits. Mp11 can be found here: * Documentation: https://rawgit.com/pdimov/mp11/master/doc/html/mp11.html * Source code: https://github.com/pdimov/mp11/tree/master [1] http://www.boost.org/community/review_schedule.html [2] http://pdimov.com/cpp2/simple_cxx11_metaprogramming.html [3] http://pdimov.com/cpp2/simple_cxx11_metaprogramming_2.html

1 0

Serialization support for small_vector
by Brian Wood 07 Jul '17

07 Jul '17

Shalom I've added support for small_vector to the C++ Middleware Writer. While testing the support, I got a warning about dereferencing a type-punned pointer breaking strict-aliasing rules. That was on line 340 of small_vector.hpp. I was using g++ 7.1 on FreeBSD/ TrueOS. I used the following "Middle" code for testing: message-lengths variable example_messages -out (message_id_8, ::boost::container::small_vector<int32_t,30>) -in (::boost::container::small_vector<int32_t,30>) } >From what I could tell the serialization/deserialization worked fine. If small_vector were broken out into a separate library that would be helpful from my perspective. It would make it easier for me to add small_vector to my example code. Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

2 1

[serialization] unable to link on OS X when MACOSX_DEPLOYMENT_TARGET=10.7
by Pavol Juhas 06 Jul '17

06 Jul '17

Hello, I'd like to build the boost_serialization library with a compatibility setup for Mac OS X version 10.7, because I need to use it with Anaconda Python binaries, which are built for OS X 10.7. The OS X compatibility version can be set either by passing `-mmacosx-version-min=10.7` as a compile and link option or by setting environment variable MACOSX_DEPLOYMENT_TARGET=10.7. If I do so, the boost_serialization library builds without complaints, however I am not able to link it with my test program. Here are the steps I take to compile boost_serialization and the test program starting from a fresh boost 1.64.0 tree: # -------------------------------------------------------------- $ export MACOSX_DEPLOYMENT_TARGET=10.7 $ ./bootstrap.sh $ ./b2 -j4 variant=release link=shared --with-serialization stage # The stage/lib directory now contains libboost_serialization.dylib. # Use it to build a test program from tarchive.cpp: $ c++ tarchive.cpp -I. -Lstage/lib -lboost_serialization Undefined symbols for architecture x86_64: "boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::init()", referenced from: boost::archive::binary_oarchive_impl<boost::archive::binary_oarchive, char, std::char_traits<char> >::init(unsigned int) in tarchive-5e24a9.o "boost::archive::basic_binary_oprimitive<boost::archive::binary_oarchive, char, std::char_traits<char> >::save(std::string const&)", referenced from: void boost::archive::save_access::save_primitive<boost::archive::binary_oarchive, std::string>(boost::archive::binary_oarchive&, std::string const&) in tarchive-5e24a9.o ... # -------------------------------------------------------------- The only thing the test program (attached) does is to instantiate the boost::archive::binary_oarchive class. The procedure above works fine when MACOSX_DEPLOYMENT_TARGET is set to 10.9 or higher. Am I missing some option that would fix the failed linking when building for OS X 10.7? I suppose this could be related to object visibility options as the serialization library is compiled with "-fvisibility=hidden" and "-fvisibility-inlines-hidden" options. Thank you, Pavol

2 3

[review][beast] Five-days Remaining
by Michael Caisse 06 Jul '17

06 Jul '17

Hi all - We are half-way through the review and have some great involvement and exchanges and a few reviews already. I hope if you haven't written a review yet that you still will. Please provide whatever effort you can afford toward the review process. Boost depends on community involvement. You might have noticed that I have solicited input from you regardless of your experience with the domain. I personally think it is a mistake to have input only from domain experts. True innovation often comes from "outsiders". If you have no experience with Asio or with HTTP, how approachable is this library? Were you able to understand the documents? Could you use the examples? Were you able to build something of your own? Domain experts -- you know the dark corners of the domain. The hard parts that have caused you hours of lost sleep and the need to hack around an existing library or to write your own. How does Beast address your concerns and the problems you have experienced in the past? Is it flexible enough to be put into your tool chest? So far we have reviews from: * Marcel Ebmer * Peter Dimov * Artyom Beilis * Zach Lain * Nik Bougalis * Klemens Morgenstern * Glen Fernandes If I missed a review from you, please let me know! Happy Coding! michael -- Michael Caisse Ciere Consulting ciere.com

1 0

performance tuning on boost version 1_64_0
by Connie Zhang 05 Jul '17

05 Jul '17

Hello, I recently upgrade boost version of a visual C++ program from an old version of 1_58_0 to 1_64_0. Compared to the original executable, the newly upgraded one runs very slow (more than 6 times longer) even I disable the debug mode and set the optimization to /ox in visual environment. The other difference between the old and the upgrade ones is the visual studio version. The old one is on 2010 and the new one 2013. Anyone has any idea for why it behaves like this? Which kind of performance tuning I need to look into? Thank you so much for your help! Connie Sent from Yahoo Mail. Get the app

4 4

[serialization]Nans and infinity in wide xml archive
by Elizabeta 04 Jul '17

04 Jul '17

Hi I am using wide xml boost serialization archive. Because of the problem with loading of nans and infinities I tried the nonfinite facet as in the code snippet. This works, expect it messes with the encoding of the xml arhive which is no longer UTF-8 like before the using the facet, and I believe it is because of the no_codecvt flag which is passed to the archive. But without this flag the loading of nans/infinity does not work. How to use the facet and keep the wanted UTF-8 encoding ? float d = std::numeric_limits<float>::quiet_NaN; { std::wofstream oss("C:\\test.xml"); std::locale locale1(oss.getloc(), new boost::math::nonfinite_num_put<wchar_t>); oss.imbue(locale1); xml_woarchive oar(oss, no_codecvt); oar << BOOST_SERIALIZATION_NVP(d); } { float d; std::wifstream iss("C:\\test.xml"); std::locale locale1(iss.getloc(), new boost::math::nonfinite_num_get<wchar_t>); iss.imbue(locale1); xml_wiarchive iar(iss, no_codecvt); iar >> BOOST_SERIALIZATION_NVP(d); std::cout << d << std::endl; } -- View this message in context: http://boost.2283326.n4.nabble.com/serialization-Nans-and-infinity-in-wide-… Sent from the Boost - Users mailing list archive at Nabble.com.

3 5

Log: Coloring logging output
by Florian Lindner 04 Jul '17

04 Jul '17

Hello, I try to create a formatter that can display logging messages (or just prints the severity level in different colors). Given a format string like: default_formatter = "%SeverityFormat% %Message%"; /// A custom formatter that handles the Severity formatting class severity_formatter_factory : public boost::log::formatter_factory<char> { public: formatter_type create_formatter(boost::log::attribute_name const& name, args_map const& args) { namespace expr = boost::log::expressions; return expr::stream << "|" << "\033[32m" << expr::attr<boost::log::trivial::severity_level >("Severity") << "|"; } }; and register with bl::register_formatter_factory("SeverityFormat", boost::make_shared<severity_formatter_factory>()); it basically works, i.e. the output is colored (all green) and the severity name is printed. But how can I get the actual severity of the message that is about to be formatted inside the formatter? So I can act on that and color warn messages red and info messages green? What I found on the internets, e.g. https://stackoverflow.com/questions/38309479/how-to-add-color-coding-to-boo… http://www.boost.org/doc/libs/1_64_0/libs/log/doc/html/log/tutorial/formatt… was using the sink->set_formatter method, which gives me, afaik, no possbility to configure using a format string. But I'm open to any ideas... Thanks, Florian

1 0

Why cannot asio tcp socket server detect TCP disconnection when the client device lost power?
by jupiter 03 Jul '17

03 Jul '17

Hi, The asio tcp server can detect the disconnection when the client program stop. But I have small device when it lost power, the server won't be able to detect the TCP disconnection. Does the boost socket has TCP timeout? What is an effective way to handle this situation other than running heartbeat in user level? Thank you. Kind regards, - j

6 10

[review][beast] Review of Beast starts today : July 1 - July 10
by Michael Caisse 01 Jul '17

01 Jul '17

The formal review of Vinnie Falco’s Beast library will take place from July 1 through July 10, 2017. Please consider participating in this review. The success of Boost is partially a result of the quality review process which is conducted by the community. You are part of the Boost community. I will be grateful to receive a review based on whatever level of effort or time you can devote. 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 protocol vocabulary types and algorithms using the consistent asynchronous model of Boost.Asio. Beast is designed for: * Symmetry: Algorithms are role-agnostic; build clients, servers, or both. * Ease of Use: Boost.Asio users will immediately understand Beast. * Flexibility: Users make the important decisions such as buffer or thread management. * Performance: Build applications handling thousands of connections or more. * Basis for Further Abstraction: Components are well-suited for building upon. A branch has been made for the review. You can find Beast for review at these links: * Documentation : <http://vinniefalco.github.io/stage/beast/review/> * Source code : <https://github.com/vinniefalco/Beast/tree/review> * The FAQ answers real questions that come up : <http://vinniefalco.github.io/stage/beast/review/beast/design_choices/faq.ht…> A lightning talk from CppCon 2016 introducing Beast can be found here: <https://www.youtube.com/watch?v=uJZgRcvPFwI> Please provide in your review whatever information you think is valuable to understand your final choice of ACCEPT or REJECT including Beast as a Boost library. Please be explicit about your decision. Some other questions you might want to consider answering: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With which compiler(s)? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? More information about the Boost Formal Review Process can be found here: <http://www.boost.org/community/reviews.html> Thank you for your effort in the Boost community. Happy coding - michael -- Michael Caisse Ciere Consulting ciere.com

1 0