July 2012 - Boost - lists.boost.org

[1.51.0] Release branch closed except by permission, beta next week
by Daniel James 27 Jul '12

27 Jul '12

Hello everyone, The release branch is now closed for all changes except by permission from one of the release managers. The beta release is planned for next Monday. Please can you write your entries for the release notes soon. As always you can edit them directly using subversion at: https://svn.boost.org/svn/boost/website/public_html/live/feed/history/ Or you can email them to me and I'll add them for you. The release notes are linked from the main page soon after the beta is released, so it would be complete by then. You can see the work in progress at: http://www.boost.org/users/history/version_1_51_0.html Finally, remember that the release notes are being compiled on the live site now, not the beta site. thanks, Daniel

5 5

[graph] fails to complile on Cygwin
by Bernd Prager 27 Jul '12

27 Jul '12

Hi, I'm having trouble compiling Boost 1.51 on Cygwin 1.7.15, g++ (GCC) 4.5.3. It fails with: gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi/read_graphviz_new.o In file included from ./boost/proto/transform/when.hpp:25:0, from ./boost/proto/matches.hpp:43, from ./boost/proto/core.hpp:22, from ./boost/xpressive/regex_primitives.hpp:28, from ./boost/xpressive/xpressive_static.hpp:24, from ./boost/graph/graphviz.hpp:34, from libs\graph\src\read_graphviz_new.cpp:50: ./boost/proto/transform/env.hpp: In member function ‘boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::result_type boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::operator()(boost::proto::detail::arg<T>) const’: ./boost/proto/transform/env.hpp:330:36: error: ‘data’ is not a member of ‘boost::proto’ "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -mthreads -DBOOST_ALL_NO_LIB=1 -DBOOST_GRAPH_DYN_LINK=1 -DBOOST_HAS_ICU=1 -DNDEBUG -I"." -I"/usr/include" -I"libs/graph/src" -c -o "bin.v2\libs\graph\build\gcc-4.5.3\release\threading-multi\read_graphviz_new.o" "libs\graph\src\read_graphviz_new.cpp" ...failed gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi/read_graphviz_new.o... gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi/graphml.o In file included from ./boost/proto/transform/when.hpp:25:0, from ./boost/proto/matches.hpp:43, from ./boost/proto/core.hpp:22, from ./boost/xpressive/regex_primitives.hpp:28, from ./boost/xpressive/xpressive_static.hpp:24, from ./boost/graph/graphviz.hpp:34, from ./boost/graph/graphml.hpp:20, from libs\graph\src\graphml.cpp:17: ./boost/proto/transform/env.hpp: In member function ‘boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::result_type boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::operator()(boost::proto::detail::arg<T>) const’: ./boost/proto/transform/env.hpp:330:36: error: ‘data’ is not a member of ‘boost::proto’ "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -mthreads -DBOOST_ALL_NO_LIB=1 -DBOOST_GRAPH_DYN_LINK=1 -DBOOST_HAS_ICU=1 -DNDEBUG -I"." -I"/usr/include" -I"libs/graph/src" -c -o "bin.v2\libs\graph\build\gcc-4.5.3\release\threading-multi\graphml.o" "libs\graph\src\graphml.cpp" ...failed gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi/graphml.o... ...skipped <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>cygboost_graph.dll for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>read_graphviz_new.o... ...skipped <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>libboost_graph.dll.a for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>read_graphviz_new.o... ...skipped <p/usr/local/bin>cygboost_graph.dll for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>cygboost_graph.dll... ...skipped <p/usr/local/lib>libboost_graph.dll.a for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/threading-multi>libboost_graph.dll.a... gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi/read_graphviz_new.o In file included from ./boost/proto/transform/when.hpp:25:0, from ./boost/proto/matches.hpp:43, from ./boost/proto/core.hpp:22, from ./boost/xpressive/regex_primitives.hpp:28, from ./boost/xpressive/xpressive_static.hpp:24, from ./boost/graph/graphviz.hpp:34, from libs\graph\src\read_graphviz_new.cpp:50: ./boost/proto/transform/env.hpp: In member function ‘boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::result_type boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::operator()(boost::proto::detail::arg<T>) const’: ./boost/proto/transform/env.hpp:330:36: error: ‘data’ is not a member of ‘boost::proto’ "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -mthreads -DBOOST_ALL_NO_LIB=1 -DBOOST_HAS_ICU=1 -DNDEBUG -I"." -I"/usr/include" -I"libs/graph/src" -c -o "bin.v2\libs\graph\build\gcc-4.5.3\release\link-static\threading-multi\read_graphviz_new.o" "libs\graph\src\read_graphviz_new.cpp" ...failed gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi/read_graphviz_new.o... gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi/graphml.o In file included from ./boost/proto/transform/when.hpp:25:0, from ./boost/proto/matches.hpp:43, from ./boost/proto/core.hpp:22, from ./boost/xpressive/regex_primitives.hpp:28, from ./boost/xpressive/xpressive_static.hpp:24, from ./boost/graph/graphviz.hpp:34, from ./boost/graph/graphml.hpp:20, from libs\graph\src\graphml.cpp:17: ./boost/proto/transform/env.hpp: In member function ‘boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::result_type boost::proto::functional::env_var<boost::proto::envns_::data_type>::impl<Env, true>::operator()(boost::proto::detail::arg<T>) const’: ./boost/proto/transform/env.hpp:330:36: error: ‘data’ is not a member of ‘boost::proto’ "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -mthreads -DBOOST_ALL_NO_LIB=1 -DBOOST_HAS_ICU=1 -DNDEBUG -I"." -I"/usr/include" -I"libs/graph/src" -c -o "bin.v2\libs\graph\build\gcc-4.5.3\release\link-static\threading-multi\graphml.o" "libs\graph\src\graphml.cpp" ...failed gcc.compile.c++ bin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi/graphml.o... ...skipped <pbin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi>libboost_graph.a(clean) for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi>read_graphviz_new.o... ...skipped <pbin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi>libboost_graph.a for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi>read_graphviz_new.o... ...skipped <p/usr/local/lib>libboost_graph.a for lack of <pbin.v2/libs/graph/build/gcc-4.5.3/release/link-static/threading-multi>libboost_graph.a...

3 3

Building Boost 1.4.4 with mpi enabled.
by Mike Van Duzee 26 Jul '12

26 Jul '12

I am having issues building boost with mpi enabled. (Windows 7 64bit, Visual Studio 2008) - OpenMPI 1.6 was downloaded and compiled at C:\\openmpi - The following has been added to my user-config.jam: using mpi : mpicxx : <include>C:\\openmpi \\installed\\include <library-path>C:\\openmpi )\\installed\\lib : C:\\openmpi \\installed\\bin\\mpirun ; - The '--with-mpi' flag has been added to the call to bjam.exe. When I build I boost I get a number of unresolved external symbols: packed_skeleton_iarchive.obj : error LNK2001: unresolved external symbol ompi_mpi_byte packed_skeleton_oarchive.obj : error LNK2001: unresolved external symbol ompi_mpi_byte point_to_point.obj : error LNK2001: unresolved external symbol ompi_mpi_byte request.obj : error LNK2001: unresolved external symbol ompi_mpi_byte ... request.obj : error LNK2001: unresolved external symbol ompi_request_null mpi_datatype_cache.obj : error LNK2001: unresolved external symbol ompi_mpi_datatype_null bin.v2\libs\mpi\build\msvc-9.0\debug\address-model-64\threading-multi\boost_mpi-vc90-mt-gd-1_44.dll : fatal error LNK1120: 15 unresolved externals After looking at the call to link I can see that it is not linking to any of the Open MPI libs: link /NOLOGO /INCREMENTAL:NO /DLL /DEBUG /MACHINE:X64 /subsystem:console /out:"bin.v2\libs\mpi\build\msvc-9.0\debug\address-model-64\threading-multi\boost_mpi-vc90-mt-gd-1_44.dll" /IMPLIB:"bin.v2\libs\mpi\build\msvc-9.0\debug\address-model-64\threading-multi\boost_mpi-vc90-mt-gd-1_44.lib" /LIBPATH:"d:\thirdparty\msvc2008\x64\OPENMPI\1.6\installed\lib" @"bin.v2\libs\mpi\build\msvc-9.0\debug\address-model-64\threading-multi\boost_mpi-vc90-mt-gd-1_44.dll.rsp" Any help with this would be appreciated, Mike

1 0

[1.51][program_options] Changesets not merged to release
by Andrey Semashev 26 Jul '12

26 Jul '12

Hi, I've noticed that changesets 79280 and 79283 have not been merged to the release branch. The first fixes compilation with STLPort and the second one removes warnings. Both look quite harmless and have been committed to trunk for quite a while. I don't see any regressions in tests caused by these changes. Can these be merged to trunk? I can do the merge, if permitted.

3 3

BlueGo Beta 0.0.1
by Julian Amann 26 Jul '12

26 Jul '12

I build a small tool which builds boost libraries using Visual Studio 2010 x64. It can be downloaded from here: http://vertexwahn.de/ You just have to start the application and click the "Download and Build Boost 1.50.0 with Visual Studio 2010 x64" button - everything else should work automatically. The application downloads the current boost library and builds it. Julian

2 1

[iterators]: collection_keys and collection_values
by Igor Lubashev 26 Jul '12

26 Jul '12

I'd like to propose adding collection_keys and collection_values to iterators library. ======== Motivation ======== I find myself very often having to iterate over all keys or values of a map (or multimap). The best I can do is to use BOOST_FOREACH to iterate over the collection value_type pairs and then work with .first or .second. That makes for awkward and unclear code. BOOST_FOREACH( const foo_bar_map_t::value_type &foo_bar_pair, my_map ) { baz(foo_bar_pair.second); } Instead, I'd like to do something like: BOOST_FOREACH( const bar_t &bar, collection_values(my_map) ) { baz(bar); } BOOST_FOREACH( const foo_t &foo, collection_keys(my_map) ) { baz(foo); } ======== Proposal ======== Add this to iterators library as collection_iterators.hpp Thanks, - Igor #ifndef .... #define .... #include <boost/iterator/transform_iterator.hpp> namespace boost { namespace detail { template<typename CollectionT> struct key_function : public std::unary_function<const typename CollectionT::value_type&, const typename CollectionT::key_type&> { typename key_function::result_type operator()(typename key_function::argument_type p) const { return p.first; } }; template<typename CollectionT> struct value_function : public std::unary_function<const typename CollectionT::value_type&, const typename CollectionT::mapped_type&> { typename value_function::result_type operator()(typename value_function::argument_type p) const { return p.second; } }; template<typename CollectionT, typename AdapterF> class collection_adapter { const CollectionT &c; public: typedef boost::transform_iterator<AdapterF, typename CollectionT::const_iterator> const_iterator; typedef const_iterator iterator; collection_adapter(const CollectionT &c) : c(c) {} const_iterator begin() const { return boost::make_transform_iterator(c.begin(), AdapterF()); } const_iterator end() const { return boost::make_transform_iterator(c.end(), AdapterF()); } }; } // Adapter for map-like collection -> iterable keys collection template<typename CollectionT> const detail::collection_adapter<CollectionT, detail::key_function<CollectionT> > collection_keys(const CollectionT &c) { return detail::collection_adapter<CollectionT, detail::key_function<CollectionT> >(c); } // Adapter for map-like collection -> iterable values collection template<typename CollectionT> const detail::collection_adapter<CollectionT, detail::value_function<CollectionT> > collection_values(const CollectionT &c) { return detail::collection_adapter<CollectionT, detail::value_function<CollectionT> >(c); } } // namespace boost #endif // ....

2 1

website/docs: link broken
by Markus Werle 25 Jul '12

25 Jul '12

Hi! On http://www.boost.org/doc/libs/1_50_0/libs/scope_exit/doc/html/scope_exit/Ge… g_Started.html There is a link to http://www.boost.org/doc/libs/1_50_0/libs/scope_exit/doc/html/scope_exit/Tu… al.html which is broken. Error message is: 404 Not Found File "/home/grafik/www.boost.org/archives/live/boost_1_50_0/libs/scope_exit/doc /html/scope_exit/Tutorial.html" not found. Unable to find file. Markus

1 0

Re: [boost] Macro for BOOST_NO_NUMERIC_LIMITS_MAX_DIGITS10 or use BOOST_NO_NUMERIC_LIMITS_LOWEST
by Stewart, Robert 24 Jul '12

24 Jul '12

John Maddock wrote: > > >> is there a way to don't include all the deprecated macros? > > Whoa - interesting question. > > I don't know of one. > > > > However, all the deprecated macros are defined (I > > _believe_) in one place, in boost/config/suffix.hpp > > Making it so none of them are defined _should_ be > > straightforward. > > > >Could I suggest to define all of them in a specific > >boost/config/deprecated.hpp file, so that we can add a > >deprecated warning when the file is included. +1 > I think it's too soon for that - as things stand you would > basically be injecting that warning into every Boost header > that includes boost/config.hpp. Aren't there some that have been deprecated for long enough to get that sort of treatment? IOW, create a mechanism for complaining about the use of old names and a policy for how long old names are defined without complaint, how long with complaint, and how long before they are removed. For example, newly renamed macros might be kept in config/suffix.hpp for four releases before moving them to config/deprecated.hpp. Then, names in deprecated.hpp might remain for two releases before removing them altogether. > Besides I don't see what harm defining the old names does? If you can't ever remove the old names, then the set of names that can appear in Boost code grows uncomfortably large. _____ Rob Stewart robert.stewart(a)sig.com Software Engineer using std::disclaimer; Dev Tools & Components Susquehanna International Group, LLP http://www.sig.com ________________________________ IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

2 2

[TypeErasure]
by Markus Werle 24 Jul '12

24 Jul '12

Hi Steven! I have one question: proto and spirit use _1, _2, etc. TypeErasure uses _a, _b, _c ... What was your reason to introduce yet another placeholder set? Markus

4 6

[move] Implementing operator= in terms of pass-by-value and swap
by Krzysztof Czainski 24 Jul '12

24 Jul '12

Hello, Implementing the assignment operator (that is, the copy-, move- and other assignments) in terms of pass-by-value and swap is a common idiom [1]. {{{ T operator=( T b ) { swap(*this,b); return *this; } }}} If T is copy-constructible, the above works as a copy-assign. If T is movable, the above works as a move-assign. And for anything convertible to T the above assign will work (right?). Furthermore, this will also work for movable but not copyable classes (right?). It may not be the optimal version of assignment in some cases. In rare cases it might even be incorrect - for types like std::vector, which aren't expected to free reserved memory upon assignment. But assuming swap is a cheap operation, it should be close to optimal in many if not most cases. And in cases, where RVO kicks in, it may be even better than providing separate overloads of operator= for lvalues and rvalues [2]. Boost.Move docs [3] suggest writing the separate overloads of operator=, and in C++03 move emulation the macro BOOST_COPYABLE_AND_MOVABLE(classname) provides a third overload (necessary for the emulation to work in C++03). Should the user choose to write one overload of operator= in the pass-by-value version, he needs to use a different macro, that doesn't provide the additional overload of operator=. I found such a macro: BOOST_COPYABLE_AND_MOVABLE_ALT(classname), but no docs about it. I have the following suggestions, regarding Boost.Move: 1. Providing a macro, BOOST_MOVABLE(classname), that only provides the two needed conversion operators. Or if that is the purpose of BOOST_COPYABLE_AND_MOVABLE_ALT(classname), I couldn't find docs about it. And to avoid a macro entirely, maybe it is possible to provide a CRTP base class 'movable', that would provide these? 2. Now, that there's a separate macro, defining a movable class, it may make sense to add a separate macro for making a class noncopyable. And we already have a base class for that, if one wants to avoid a macro. 3. It would be nice if the docs [3] mentioned something about the alternative of providing only one operator= passing by value. [1] http://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Copy-and-swap [2] http://cpp-next.com/archive/2009/08/want-speed-pass-by-value/ [3] http://www.boost.org/doc/libs/1_50_0/doc/html/move/implementing_movable_cla… Regards, Kris

1 0