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

Sean Parent to Keynote C++Now 2016
by Jon Kalb 22 Mar '16

22 Mar '16

Boost Users, C++Now is announcing that the keynote speaker for our tenth conference will be the keynote that started us off, Sean Parent. http://cppnow.org/2016-conference/announcements/2016/03/22/keynote-announced .html Jon

1 0

windows 10 support in boost
by Hinrich Aue 22 Mar '16

22 Mar '16

Hello, can anybody tell me if boost supports windows 10? And from which version? Hinrich Hinrich Aue Sr. Software Engineer Kofax Development GmbH Wentzinger Strasse 19 79106 Freiburg Germany Tel: +49 761 452 69 57234 Fax: +49 761 452 69 58734 Hinrich.Aue(a)kofax.com blog<http://www.kofax.com/blog/> | twitter<https://twitter.com/Kofax> | linkedin<https://www.linkedin.com/company/kofax> | facebook<https://www.facebook.com/kofax.inc> | talent network<http://www.jobs.net/jobs/Kofax-Inc/join> ________________________________ This communication is only for the use of the intended recipient. It may contain confidential or proprietary information. If you are not the intended recipient or have received this communication in error, please notify the sender via phone and destroy this communication immediately. Kofax Development GmbH Sitz der Gesellschaft: Freiburg i. Brg. Registergericht: Amtsgericht Freiburg i.Br. Registernummer: HRB 7007 Gesch?ftsf?hrer: Bradford Weller, Christian Hefner, Daniel Geiger

3 2

Re: [Boost-users] [boost] Boost 1.61.0 Beta 1 Release Candidate 1
by Daniel James 21 Mar '16

21 Mar '16

On 19 March 2016 at 19:38, Vladimir Prus <vladimir.prus(a)gmail.com> wrote: > > Release candidates for 1.61.0 beta 1 are now available: > > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.zip > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.tar.bz2 > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.tar.gz > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.7z I've put the documentation on the website. It's linked from the release notes: http://www.boost.org/users/history/version_1_61_0.html

2 3

Confused by boost graph descriptor invalidation
by Paolo Bolzoni 21 Mar '16

21 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear list, I have a adjacency_list with OutEdgeList and VertexList as vecS and I do need to split edges. To split an edge is to remove it, replace with two edges with a new vertex in the middle. Since I am changing the graph I want to be sure how the invalidation works and so I read the page in[1], but I am confused by the table "Summary of Descriptor and Iterator Invalidation." The text states the table summarizes which operations cause descriptors and iterators to become invalid, said so what does "OK" means? My feeling is that iterators never become invalid, is that the case? And what "EL=vecS && Directed=directedS" means? It means that you are _fine_ only if you are working with a adjcency_list with OutEdgeList as vecS and Directed=directedS or the opposite (i.e., if you are using such adjcency_list then all iterators become invalid) Yours faithfully, Paolo [1] http://www.boost.org/doc/libs/release/libs/graph/doc/adjacency_list.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW78v4AAoJENxW6b8QprD6Aq4H/jXK9kfFy65yZzzzySsFteS6 V9PFvCyrjzgrbGojMZok3Xxz2fJBvfvomqnzEgDuFy7I1P73dkyL3gbwRoPINQpN Qu/0zqskpWf6gJjnu0/3QtSDRBQ1hvT/ZmfhfoUyh1CSQuxyH+/VQV5V4uaDxymQ /atbZWn8Ry1e4noHlS1l27FvEF+qsxOGaHsqBr1Of5KYvcdWmEqN2PJjqWF87Ev7 +sCY4/aD5rT0n+FLBa/Qk/opblbNYprjCmTgpWjKh4lnRmrHJAJNTQeKwZC+e8Hx SOqW2kAQMRW46/y+VcMnOOv+M5UOxqj0K+EgAWVLaoyAZTJzbSc2E9VQL3fB4AA= =xH7S -----END PGP SIGNATURE-----

2 1

boost linker errors
by Mark 21 Mar '16

21 Mar '16

Hi I am trying to link to a boost library, program_options, using Visual Studio 2015 and I am getting 'lnk2019 unresolved external symbol’ errors. I have built the boost libraries using b2 and built the complete libraries for msvc. The libraries are 32 bit. I have configured visual studio to point at the correct location for both the headers and the libraries, I’ve confirmed this. I am statically linking against libboost_program_options-vc140-mt-sgd-1_60.lib, though I have tried all the other variants of this library, e.g. removed the mt, the gd and the s parts of the name, without effect. I have tried all the different calling convention options in properties, I am building with the /MTd option set, though I have tried others. i have searched the internet thoroughly and cannot find a replication of my problem. Using BOOST_LIB_DIAGNOSTIC confirms that the library is being linked, I see the message in the output window. The errors I am getting are: Severity Code Description Project File Line Suppression State Error LNK2019 unresolved external symbol "void __cdecl simulate(class nemo::Simulation *,unsigned int,unsigned int,class std::basic_ostream<char,struct std::char_traits<char> > &)" (?simulate@@YAXPAVSimulation@nemo@@IIAAV?$basic_ostream@DU?$char_traits@D@std@@@std@@@Z) referenced in function _main NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\NeMo_Test\main.obj 1 Error LNK2019 unresolved external symbol "long __cdecl benchmark(class nemo::Simulation *,unsigned int,unsigned int,class boost::program_options::variables_map &,unsigned int)" (?benchmark@@YAJPAVSimulation@nemo@@IIAAVvariables_map@program_options@boost@@I@Z) referenced in function _main NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\NeMo_Test\main.obj 1 Error LNK2019 unresolved external symbol "class nemo::Configuration __cdecl configuration(class boost::program_options::variables_map &)" (?configuration@@YA?AVConfiguration@nemo@@AAVvariables_map@program_options@boost@@@Z) referenced in function _main NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\NeMo_Test\main.obj 1 Error LNK2019 unresolved external symbol "class boost::program_options::variables_map __cdecl processOptions(int,char * * const,class boost::program_options::options_description const &)" (?processOptions@@YA?AVvariables_map@program_options@boost@@HQAPADABVoptions_description@23@@Z) referenced in function _main NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\NeMo_Test\main.obj 1 Error LNK2019 unresolved external symbol "class boost::program_options::options_description __cdecl commonOptions(void)" (?commonOptions@@YA?AVoptions_description@program_options@boost@@XZ) referenced in function _main NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\NeMo_Test\main.obj 1 Error LNK1120 5 unresolved externals NeMo_Test C:\Users\Development\Documents\Visual Studio 2015\Projects\NeMo_Test\Debug\NeMo_Test.exe 1 I would be very grateful if anyone could provide a clue as to what I am missing or have done wrong. Many thanks

2 2

[Fit] formal review starts today
by Vicente J. Botet Escriba 21 Mar '16

21 Mar '16

Dear Boost community, sorry for the late anounce The formal review of Paul Fultz II's Fit library starts today, 2nd March and ends on 13th March. Fit is a header-only C++11/C++14 library that provides utilities for functions and function objects. Fit is: - Modern: Fit takes advantages of modern C++11/C++14 features. It support both `constexpr` initialization and `constexpr` evaluation of functions. It takes advantage of type deduction, varidiac templates, and perfect forwarding to provide a simple and modern interface. - Relevant: Fit provides utilities for functions and does not try to implement a functional language in C++. As such, Fit solves many problems relevant to C++ programmers, including initialization of function objects and lambdas, overloading with ordering, improved return type deduction, and much more. - Lightweight: Fit builds simple lightweight abstraction on top of function objects. It does not require subscribing to an entire framework. Just use the parts you need. Fit is divided into three components: * Function Adaptors and Decorators: These enhance functions with additional capability. * Functions: These return functions that achieve a specific purpose. * Utilities: These are general utilities that are useful when defining or using functions Fit has been tested on gcc 4.6-4.9, clang 3.4-3.7, and Visual Studio 2015. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Documentation:http://pfultz2.github.io/Fit/doc/html/ We encourage your participation in this review. At a minimum, kindly state: - Whether you believe the library should be accepted into Boost * Conditions for acceptance - Your name - Your knowledge of the problem domain. You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s) * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? More information about the review process can be found here:http://www.boost.org/community/reviews.html We await your feedback! Best regards, Vicente J. Botet Escriba

6 18

[Fit] formal review is over
by Vicente J. Botet Escriba 21 Mar '16

21 Mar '16

Hi, The review of the Fit library finished yesterday 20 March. Thanks to all the people who participated in the review, as a reviewer or commenting the threads. I hope to announce the result soon ;-) Best, Vicente P.S. Of course you/we can continue with the discussion and add issues in github that would help to improve the library. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Documentation:http://pfultz2.github.io/Fit/doc/html/

1 0

Re: [Boost-users] [boost] Boost 1.61.0 Beta 1 Release Candidate 1
by Marshall Clow 20 Mar '16

20 Mar '16

On Sat, Mar 19, 2016 at 12:38 PM, Vladimir Prus <vladimir.prus(a)gmail.com> wrote: > > Release candidates for 1.61.0 beta 1 are now available: > > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.zip > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.tar.bz2 > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.tar.gz > http://boost.cowic.de/rc/boost_1_61_0_b1_rc1.7z > > 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. > Packaging: The .gz file expanded to "boost_master_3a94cde635254f92fa87e0e11ef52d08684b8225", instead of "boost_1_61_0_b1" I successfully built the libraries with Apple's clang compiler. "Apple LLVM version 7.0.2 (clang-700.1.81)" with C++03, C++11, C++14, and c++1z I was not successful building the libraries with clang ToT. Boost.Python, in particular, had compile errors. I don't know if this is a problem in Boost.Python, or in libc++. (probably libc++) I will continue to investigate. In any case, I don't think that this should hold up the beta release. -- Marshall

3 3

[Fit] formal review ends 20th March.
by Vicente J. Botet Escriba 19 Mar '16

19 Mar '16

Hi, There have been some that would be able to write a review next week-end. Others said that they had not enough time. Maybe having an additional week can help. I have not received confirmation from the review withards, but as there is no planned reviews for this week, I propose to continue with the review until 20th. Please take the time to do a review and share your point of view. Best, Vicente Fit is a header-only C++11/C++14 library that provides utilities for functions and function objects. Fit is: - Modern: Fit takes advantages of modern C++11/C++14 features. It support both `constexpr` initialization and `constexpr` evaluation of functions. It takes advantage of type deduction, varidiac templates, and perfect forwarding to provide a simple and modern interface. - Relevant: Fit provides utilities for functions and does not try to implement a functional language in C++. As such, Fit solves many problems relevant to C++ programmers, including initialization of function objects and lambdas, overloading with ordering, improved return type deduction, and much more. - Lightweight: Fit builds simple lightweight abstraction on top of function objects. It does not require subscribing to an entire framework. Just use the parts you need. Fit is divided into three components: * Function Adaptors and Decorators: These enhance functions with additional capability. * Functions: These return functions that achieve a specific purpose. * Utilities: These are general utilities that are useful when defining or using functions Fit has been tested on gcc 4.6-4.9, clang 3.4-3.7, and Visual Studio 2015. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Documentation:http://pfultz2.github.io/Fit/doc/html/ We encourage your participation in this review. At a minimum, kindly state: - Whether you believe the library should be accepted into Boost * Conditions for acceptance - Your name - Your knowledge of the problem domain. You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s) * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? More information about the review process can be found here:http://www.boost.org/community/reviews.html

1 1

Boost graph library: brandes_betweenness_centrality() usage
by Sebastian Rinke 18 Mar '16

18 Mar '16

Dear all, I have a question regarding how to use the BGL brandes_betweenness_centrality() function for calculating the vertex betweenness centrality for a directed weighted graph. Below is my small example that fails to compile: —8>— /* Create graph */ typedef property<edge_weight_t, double> EdgeWeightProperty; typedef adjacency_list< vecS, // OutEdgeList vecS, // VertexList directedS, // Directed no_property, // VertexProperties EdgeWeightProperty // EdgeProperties > Graph; Graph graph(num_vertices); /* Add edges … */ std::vector<double> v_centrality_vec(num_vertices(graph), 0.0); // Create the external vertex centrality property map iterator_property_map<std::vector<double>::iterator, identity_property_map> v_centrality_map(v_centrality_vec.begin()); brandes_betweenness_centrality(graph, v_centrality_map, weight_map(get(edge_weight, graph))); —8>— The first compilation error I get is: boost_1_58_0/boost/graph/betweenness_centrality.hpp:248:7: error: no type named 'value_type' in 'struct boost::property_traits<boost::bgl_named_params<boost::adj_list_edge_property_map<boost::directed_tag, double, double&, long unsigned int, boost::property<boost::edge_weight_t, double>, boost::edge_weight_t>, boost::edge_weight_t, boost::no_property> >' centrality_type; ^ When using the following call instead, it compiles: brandes_betweenness_centrality(graph, v_centrality_map); I would be very grateful for any help on this issue. Best regards, Sebastian

1 0

Way to Promise the io_service.run() Is Running
by Bo Zhou 16 Mar '16

16 Mar '16

Hi ! I have a program which has a following logic 1. Start the UDP listening in daemon thread 2. Send the UDP command from main thread, and wait the response, maybe from the local So the program itself might also receive the message from second step. But the problem is, on Windows, the receiving thread will be executed before the main thread starts to send message, so the behaviour is correct. On Linux that's opposite, the main thread will be in deadlock because the 1st thread is not running and 2nd step it's trying to receive something after sending the command. My question, in the main thread of my application, what could I do to detect the io_service is running ? I tried to call m_io_services.stopped() seems the state is not correct, so I'd like to know how can I wait until the event loop in 1st step is running ? Thank you very much !

2 1

[Fit] About supported C++ version
by Vicente J. Botet Escriba 16 Mar '16

16 Mar '16

Hi, I was wondering if Boost.Fit shouldn't be a library as Boost.Hana, a library that makes use of the last C++ version and avoids as much portability issues as possible. Which C++14 features will make the library simpler? Which adopted C++17 features will make the library simpler? Which other C++ features would be missing? Paul I guess that you are using a C++11 compiler and want to support this version, could you confirm? Best, Vicente

2 3

boost-mpi - Serious performance degradation with OpenMPI 1.10.1
by Nolen, Steven Douglas 16 Mar '16

16 Mar '16

My project has been using boost's mpi interface for a number of years and have recently encountered a significant performance obstacle moving to openmpi 1.10.1. We are seeing a factor of 7-10x slowdown in the communication portion of our calculation. Our communication patterns are mostly governed by all-to-one reductions and some all-to-all reductions. Colleagues who call mpi directly have not seen this behavior. We would be willing to work with someone to find a solution. Steve Nolen LANL

3 3

Using Boost.Geometry with Clang/LLVM & VC14
by degski 16 Mar '16

16 Mar '16

GGL does not compile with the combo of Clang/LLVM (http://llvm.org/builds/) and VC14 out of the box. There seem to be comflicts in the resolution of old MSVC bugs and Clang. On windows __clang__ is defined at the same time as _MSVC_VER. Undefining the macro _MSVC_VER before #include <boost/geometry/geometry.hpp> does however solve the problem (in my use case): file: boost/geometry.hpp // Boost.Geometry (aka GGL, Generic Geometry Library) // Copyright (c) 2007-2011 Barend Gehrels, Amsterdam, the Netherlands. // Copyright (c) 2008-2011 Bruno Lalande, Paris, France. // Copyright (c) 2009-2011 Mateusz Loskot, London, UK. // Parts of Boost.Geometry are redesigned from Geodan's Geographic Library // (geolib/GGL), copyright (c) 1995-2010 Geodan, Amsterdam, the Netherlands. // Use, modification and distribution is subject to the Boost Software License, // Version 1.0. (See accompanying file LICENSE_1_0.txt or copy at // http://www.boost.org/LICENSE_1_0.txt) #ifndef BOOST_GEOMETRY_HPP #define BOOST_GEOMETRY_HPP #if defined(__clang__) && defined(_MSC_VER) #define __BOOST_GEOMETRY_MSVC_CLANG_WORKAROUND__ _MSC_VER #undef _MSC_VER #endif #include <boost/geometry/geometry.hpp> #if defined(__clang__) && defined(__BOOST_GEOMETRY_MSVC_CLANG_WORKAROUND__) #define _MSC_VER __BOOST_GEOMETRY_MSVC_CLANG_WORKAROUND__ #undef __BOOST_GEOMETRY_MSVC_CLANG_WORKAROUND__ #endif #endif // BOOST_GEOMETRY_HPP I've run into similar problems before (cannot remember where) with other boost libraries (which I hacked in other ways). Clang/LLVM with MSVC (and the IDE) works extremely well for a while now. The advantages of Clang/LLVM are well known, no need to spell them out It produces far faster code (almost twice as fast on simple matrix multiplication f.e.. It also gives the best of two worlds as it supports Clang and GCC extensions on Windows (calculated goto), while maintaining (although with a suppressable warning) M$ extensions as well, f.e. in-class template specialization. Clang/LLVM (3.9.0 as it stands) is much faster than Clang/CL2 (CodeGen) (3.7.0). I would herewith like to request the development team to integrate Clang/LLVM on Windows as another supported platform. Have good day to you all, degski -- (\___/) (+'.'+) (")_(") This is Bunny. Copy and paste Bunny into your signature to help him gain world domination!

3 5

Warning message using Boost.Atomic char pointer with GCC 4.8
by Isaac To 16 Mar '16

16 Mar '16

Hi all, It looks like Boost.Atomic (in Boost 1.60) uses constructs that GCC 4.8 (in CentOS 7) really dislike. With the following simple test program... #include <boost/atomic.hpp> int main() { boost::atomic<const char*> p1("abc"), p2; p2 = p1.load(); } What I see is: $ g++ -std=c++11 -I ~/opt/1/include t.cpp In file included from /home/foo/opt/1/include/boost/atomic/detail/atomic_template.hpp:25:0, from /home/foo/opt/1/include/boost/atomic/atomic.hpp:22, from /home/foo/opt/1/include/boost/atomic.hpp:12, from t.cpp:1: /home/foo/opt/1/include/boost/atomic/detail/bitwise_cast.hpp: In instantiation of ‘To boost::atomics::detail::bitwise_cast(const From&) [with To = long unsigned int; From = const char*]’: /home/foo/opt/1/include/boost/atomic/detail/atomic_template.hpp:426:139: required from ‘boost::atomics::detail::base_atomic<T*, void*>::base_atomic(T* const&) [with T = const char; boost::atomics::detail::base_atomic<T*, void*>::value_type = const char*]’ /home/foo/opt/1/include/boost/atomic/detail/atomic_template.hpp:686:101: required from ‘constexpr boost::atomics::atomic<T>::atomic(boost::atomics::atomic<T>::value_arg_type) [with T = const char*; boost::atomics::atomic<T>::value_arg_type = const char*]’ t.cpp:4:40: required from here /home/foo/opt/1/include/boost/atomic/detail/bitwise_cast.hpp:45:5: warning: casting ‘const char* const’ to ‘const char&’ does not dereference pointer [enabled by default] ); ^ The offending code is boost/atomic/detail/bitwise_cast.hpp:45, looking like this: &reinterpret_cast< const char& >(from) Here "from" is of type From = const char*. The code needs to find the address storing the pointer. It reinterprets the pointer as a const char reference, where address is to be found. In actual production code I use -Werror, so this stops the compiler from producing an executable. Most other warnings caused by Boost can be opted out, but apparently not this particular one. Should this be considered too funny a use of the C++ language to be considered a bug? For now I change the const char* to const void* with extra reinterpret_cast's, which the compiler won't complain about. Regards, Isaac

1 0

[Fit] function object variables and ADL
by Vicente J. Botet Escriba 14 Mar '16

14 Mar '16

Hi, Fit library make use of constexpr function object. These function objects don't work well when the user is requiring ADL and the same symbol is used. Next follows an example namespace N1 { struct F1 { void operator()(int) const {} }; constexpr F1 f; } namespace N2 { struct A{}; void f(A) {} } namespace N3 { struct A{}; void f(A) {} } The following find N3::f(A) { N3::A a; f(a); // calls N3::f(A) } Adding another namespace that doesn't introduce a better match works yet { N3::A a; using namespace N2; f(a); // calls N3::f(A) } However a namespace that contains a function object with the smae name even if overload doesn't match make the code ill-formed { N3::A a; using namespace N1; f(a); // compile fails } : error: reference to 'f' is ambiguous f(a); ^ : note: candidate found by name lookup is 'N1::f' constexpr F1 f; ^ : note: candidate found by name lookup is 'N3::f' void f(A) {} boost::fit contains a lot of such a function objects variables, so this means that the user should be careful while introducing the namespace boost::fit, as ADL will not be used for a lot of symbols. This is not something specific to Fit library, Hana and range-v3 make use of a lot of such global function objects. A good stryle will be to use Fit/Hana function objects always qualified with their respective namespapce or an alias. I believe it will be worth adding something in the documentation preventing the users of this case. Best, Vicente

1 0

iostreams: streambuf class fails to compile on type check
by Dan Bloomquist 14 Mar '16

14 Mar '16

I'm trying to insert my own stream buffer into a boost stream. Here is the code <http://hostcode.sourceforge.net/view/5044> At the top are two arbitrary streambuf derived classes I copied from the web that are said to work with the std::stream. They don't work either. My work is in the rtf namespace. In main there is a test with my device, file_source, and std::ifstream derived, they all work. Then I've tried the likes of: rtf::basic_stream< char, char_array_buffer > io_4( input ); rtf::basic_stream< char, outbuf > io_4( input ); and the one I want to work: rtf::basic_stream< char, rtf::rtf_stream_buffer > io_4( input ); they all fail at: { BOOST_STATIC_ASSERT(is_std_io<T>::value); } line 66 in concept_adapter.hpp. All the classes are derived from std::basic_streambuf which is on the list #ifndef BOOST_IOSTREAMS_NO_STREAM_TEMPLATES And I could not find it defined with agent ransack So, I seem to be missing something fundamental and just don't know what it could be. Thanks. Dan.

2 2

errors in polymorphic_iarchive_route.hpp:155 (boost version 1.60)
by Stack User 14 Mar '16

14 Mar '16

I get the following error when compiling code that uses boost version 1.60: In function `boost::archive::detail::polymorphic_iarchive_route<boost::archive::naked_binary_iarchive>::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&)': /usr/include/boost/archive/detail/polymorphic_iarchive_route.hpp:155: undefined reference to `boost::archive::basic_binary_iprimitive<boost::archive::naked_binary_iarchive, char, std::char_traits<char> >::load(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&)' Seems like the error is coming from polymorphic_iarchive_route.hpp at line 155: virtual void load(std::string & t){ ArchiveImplementation::load(t); } Can anybody point to a solution for this error? Thanks,

2 1

[Fit] formal review ends today, 13th March.
by Vicente J. Botet Escriba 13 Mar '16

13 Mar '16

Hi, The formal review of Paul Fultz II's Fit library ends today, 13th March. If you had not time to do the review and you plan to do it, please let us know so that we see if the review can be extended. Up to now we had 3 formal review (2 for conditional acceptance and 1 against, not now). I have not done a review myself, but I have created a lot of issues on Github. Best regards, Vicente Fit is a header-only C++11/C++14 library that provides utilities for functions and function objects. Fit is: - Modern: Fit takes advantages of modern C++11/C++14 features. It support both `constexpr` initialization and `constexpr` evaluation of functions. It takes advantage of type deduction, varidiac templates, and perfect forwarding to provide a simple and modern interface. - Relevant: Fit provides utilities for functions and does not try to implement a functional language in C++. As such, Fit solves many problems relevant to C++ programmers, including initialization of function objects and lambdas, overloading with ordering, improved return type deduction, and much more. - Lightweight: Fit builds simple lightweight abstraction on top of function objects. It does not require subscribing to an entire framework. Just use the parts you need. Fit is divided into three components: * Function Adaptors and Decorators: These enhance functions with additional capability. * Functions: These return functions that achieve a specific purpose. * Utilities: These are general utilities that are useful when defining or using functions Fit has been tested on gcc 4.6-4.9, clang 3.4-3.7, and Visual Studio 2015. For more information see: Github:https://github.com/pfultz2/Fit/tree/boost Documentation:http://pfultz2.github.io/Fit/doc/html/ We encourage your participation in this review. At a minimum, kindly state: - Whether you believe the library should be accepted into Boost * Conditions for acceptance - Your name - Your knowledge of the problem domain. You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s) * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? More information about the review process can be found here:http://www.boost.org/community/reviews.html We await your feedback!

1 0

boost karma qi: skipper concept
by Matwey V. Kornilov 13 Mar '16

13 Mar '16

Hello, I don't fully understand skip parser concepts. I would like to parse key-value list in bash style, like the following: KEY1=VAL1 KEY2="V A L 2" The pairs are separated by one or more space symbols. What is the supposed way to parse such constructions? 1. -(pair % (+space)) 2. *pair with skip=space 3. anything else?

1 0

[INTERPROCESS] Message queues with hex names - in Windows
by Davies, John 11 Mar '16

11 Mar '16

I'm refactoring some code that has a pretty good suite of unit tests. Or at least I think it does, since I wrote them<g>. I have a process that dispatches messages to one or more other processes that have their own message queues. It's just a switchboard. The refactored code works, and runs much faster than the test code I had written before. Much faster. And passes the unit tests. But in the process I see a bunch of stuff in the boost-interprocess folder with long hex names. They get cleaned up when the tests are done. It seems the long hex names come when I'm destructing the queues. So is it part of garbage collection? It only concerns me because other times I saw names like that it was because I was trying to make two input queues with the same name. Thanks, John ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

2 1

Trouble building boost with Visual Studio 2010 (32 vs 64 bit issue)
by David Aldrich 09 Mar '16

09 Mar '16

Hi I am trying to build Boost 1.60 with Visual Studio 2010 Professional on Windows 10. I use the command: b2 toolset=msvc-10.0 --with-python link=shared and get the following error: python34.lib(python34.dll) : fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86' I guess this means I have a conflict of 32-bit and 64-bit libraries. I want to target 32-bit (X86). Do I need to install a 32-bit version of Python? I wonder if that can co-exist with the current version of Python? Best regards David

3 2

Boost python - pointers
by Daniel Burchardt 09 Mar '16

09 Mar '16

Hi, I have problem with pointer in function return. My code: using namespace boost::python; v8::Platform* InitializePlatform() { v8::Platform* platform = v8::platform::CreateDefaultPlatform(); return platform; } BOOST_PYTHON_MODULE(hello) { def("InitializePlatform", InitializePlatform, return_value_policy<manage_new_object>()); } Python code: import hello x = hello.InitializePlatform() Building is ok, but when i try call InitializePlatform i have error: Segmentation fault gdb: (gdb) run test.py Starting program: /usr/bin/python test.py [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7ffff45b8700 (LWP 21739)] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff4924640 in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6

1 0

numeric_cast<float> throws for double infinity
by Dmitry Volosnykh 09 Mar '16

09 Mar '16

When I try to cast variable of type double (which is equal to std::numeric_limits<double>::inifinity()) to float I get exception: std::bad_cast: bad numeric conversion: positive overflow. I expected to get std::numeric_limits<float>::inifinity(). The same is true for negative infinity. Is it intended behavior or bug? In case this should be considered as bug, maybe it was fixed in more recent versions of Boost? PS. I am using stock Boost 1.54 on Ubuntu 14.04 Regrads, Dmitry.

1 0

Re: [Boost-users] [boost] [Fit] formal review starts today
by Paul Fultz II 09 Mar '16

09 Mar '16

On Monday, March 7, 2016 at 2:52:09 AM UTC-6, Edward Diener wrote: > > On 3/7/2016 12:15 AM, Paul Fultz II wrote: > > > > > > On Sunday, March 6, 2016 at 9:42:19 PM UTC-6, Edward Diener wrote: > >> > >> On 3/3/2016 6:43 AM, Vicente J. Botet Escriba wrote: > >>> Dear Boost community, sorry for the late anounce > >>> > >>> The formal review of Paul Fultz II's Fit library starts today, 2nd > March > >>> and ends on 13th March. > >>> > >>> Fit is a header-only C++11/C++14 library that provides utilities for > >>> functions and function objects. > >> > >> These are some comments/queries about the Fit documentation. > >> > >> Introduction > >> > >> The introduction says that Fit "provides utilities for functions and > >> function objects." But it seems as if Fit works only with lambda > >> functions and function objects. > > > > > > Fit works with any generalized Callable: > > > > http://en.cppreference.com/w/cpp/concept/Callable > > Please document this. A generalized Callable is a much bigger set of > functionality than just lambda functions and function objects. > > > > > > >> The term 'function' normally encompasses > >> a much larger definition in C++ which includes global functions, static > >> functions, member functions, and lambda functions. > > > > > > Which is what Callable encompasses, but I used "function" since more > > people are familiar with that than Callable. > > A 'function' and a Callable in C++ are two entirely different things. > Use the one that is precise and don't worry what people are familiar > with. Explain what a Callable is early on ( I know you explain it later > ) if you feel that people do not know what it means. > > > > > > >> Fit needs to be more > >> precise in what it says it works with. It repeatedly refers to function > >> objects and lambda functions as 'functions'. I think this vagueness of > >> terminality is really confusing in the documentation. > >> > > > > Perhaps, I should refer to the Callable concept early on then. > > See above. > > > > > > >> > >> Quick Start:Function Objects > >> > >> "We can make it behave like a regular function if we construct the > class > >> as a global variable." > >> > >> What about a non-global > >> > >> sum_f sum = sum_f(); > >> > >> makes 'sum' not behave like a regular function other than the fact that > >> the variable 'sum' may eventually go out of scope ? > >> > > > > In C++, a regular function is always global, there is no such thing as > local > > function(sans gcc extensions). > > My point is that the non-global 'sum' in my example above behaves just > as much like a regular function as your global 'sum'. You may want to > promote the idea of global function objects but I think that this is > personally a bad idea. IMO global variables of any kind are to be avoided. It is quite common in several modern C++ libraries to declare functions as global objects. There are many advantages to this. Why do you believe it should be avoided? Especially since it has the same effect as a free function. DO you believe free function should be avoided as well? > > > > > > > >> > >> Quick Start:Lambdas > >> > >> Why do we need both BOOST_FIT_STATIC_LAMBDA and > >> BOOST_FIT_STATIC_LAMBDA_FUNCTION ? I would seem that > >> BOOST_FIT_STATIC_LAMBDA_FUNCTION would be adequate and > >> BOOST_FIT_STATIC_LAMBDA is just redundant, mimicking lambda syntax to > no > >> purpose. > >> > > > > BOOST_FIT_STATIC_LAMBDA_FUNCTION and BOOST_FIT_STATIC_FUNCTION both > define a > > function at global scope, and can only be used at global scope, whereas > > BOOST_FIT_STATIC_LAMBDA can be used to constexpr initialize local > variables > > as > > well. > > It might be good to add that when the end-user first encounters > BOOST_FIT_STATIC_LAMBDA, because the name does not suggest > initialization of local objects. Furthermore I cannot imagine why one > would want to use it to initialize a local object, Really? You just said that you would prefer avoiding global functions. > so you might want to > explain the benefit of doing so as opposed to the normal syntax for > creating a lambda function. > Maybe the quick start guide isn't the place for this in the first place. > > > In fact, BOOST_FIT_LIFT uses this since it is not always clear what > > context the user might call BOOST_FIT_LIFT. > > > > > >> > >> Quick Start:Overloading > >> > >> The overloading adaptors show two or more lambda functions. Can they > >> also work with function objects ? Or a mix of lambda functions and > >> function objects ? In fact all the reamining Quick Start topics show > >> examples with lambda functions. Do they also work with function objects > ? > >> > > > > Yes it can be used with function objects. I probably should show an > example > > of > > that as well. I used the lambdas because of the terseness of them. > > Evidently the adaptors can be used with any Callable. I think you should > make that point very strongly and show that in examples also. > Agreed. > > > > > > >> > >> Quick Start:Variadic > >> > >> I do not understand what 'We can also make this print function > varidiac, > >> so it prints every argument passed into it.' means ? > >> > > > > I'll try to explain that better, but basically it will print each > argument, > > so: > > > > print("hello", 5); // Will print "hello" and 5 > > I wouldn't associate that with the word 'Variadic' but I do think you > need to explain that more clearly. > I always understood variadic to mean taking a variable number of arguments. What do you understand variadic to mean? > > > > > > >> > >> I do not think the Quick Start explains very much since it is dealing > >> with adaptors of which we know almost nothing and the explanation for > >> these adaptors and what they actually do is very terse. > > > > > > Probably can expand the explanation of adaptors a little more. > > Good idea. What do adaptors create ? They create a function. > Different function objects I would > imagine ? In that case how about the explanation that adaptors take > Callables as input and generate function object types that adapt the > original functionality of one or more Callables to some other purpose. > The examples are already show taking Callables. Are you suggesting I show an example taking a member function or something? > > > > >> > >> In the 'Signatures' section of the Overview I read: > >> > >> "All the functions are global function objects except where an explicit > >> template parameter is required." I honestly don't know what this is > >> supposed to mean. Does this refer to when function objects are referred > >> to as parameters to the adaptors, functions, and utilities of the > library > >> ? > >> > > > > I don't understand what you are asking. It means that the function is > > written > > like this in the documentation: > > > > template<class IntegralConstant> > > constexpr auto if_(IntegralConstant); > > > > But its actually a function object like this in the code: > > > > struct if_f > > { > > template<class IntegralConstant> > > constexpr auto operator()(IntegralConstant) const; > > }; > > const constexpr if_f if_ = {}; > > > > However, `if_c` is written like this in the documentation: > > > > template<bool B, class F> > > constexpr auto if_c(F); > > > > It requires the bool `B` template parameter explicity. So in the code it > is > > written as a function and not as a function object. > > I don't understand to what you are referring when you say 'function'. > Are you talking about adaptors in your library, functions in your > library, or what ? I am talking about all functions that are defined in the library, that includes adaptors as well. I am not sure how to make that clearer. > Please try to understand that your use of the word > 'function' is very broad but that the word 'function' in C++ has a much > narrower meaning. > By function, I mean something like in the example: template<class IntegralConstant> constexpr auto if_(IntegralConstant); I think everyone agrees that is a function in C++.

5 5