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

Inconsistent 1.55 downloads
by Rob Conde 11 Feb '14

11 Feb '14

The contents of boost_1_55_0.zip and boost_1_55.tar.bz2 are not consistent from: http://sourceforge.net/projects/boost/files/boost/1.55.0/ The tar.bz2 version compiles on linux, but the zip version does not. It complains about unknown modules when running b2. Rob Conde

2 2

How to compile boost with non-standard clang installations.
by Bill White 11 Feb '14

11 Feb '14

I am trying to build boost using clang. I know there are many sources of advice for doing this, but I can't seem to find a description of my exact system, and my attempts to adapt them have not been notably successful. Here are my configuration constraints: 1.) Clang is not the system compiler. It is compiled in installed in separately, with prefix $a/clang. So, $a/clang/bin/clang++ is the C++ compiler, and so forth. I am using the tip of the llvm/clang tree. 2.) I want to use libc++, which is installed in $a/clang/lib/libc++.so. I also want to use the libc++ abi, which is installed in $a/clang/lib/libcxxabi.so. 3.) The libc++ standard library include files are installed in $a/include/c++/v1. For most programs I compile with the options -nostdinc++ -isystem $a/clang/include/c++/v1 -std=c++11 and link with -stdlib=libc++ -L$a/clang/lib -lcxxabi This seems to work pretty well for most circumstances. However, I can't figure out how to translate this to boost 1.55.0. I tried: ./bootstrap.sh --with-toolset=clang --prefix=$a/clang ./b2 toolset=clang \ cxxflags="-std=c++11 -nostdinc++ -isystem $a/clang/include/c++/v1 -stdlib=libc++" \ linkflags="-stdlib=c++ -L$a/clang/lib" \ --prefix=$a/clang -j10 define=BOOST_SYSTEM_NO_DEPRECATED stage release However, the compilations failed. They all seemed to fail compiling type_traits. A typical failure is: clang-linux.compile.c++.without-pth bin.v2/libs/regex/build/clang-linux-3.0/release/threading-multi/icu.o In file included from libs/regex/build/../src/icu.cpp:20: In file included from ./boost/regex/config.hpp:43: In file included from ./boost/config.hpp:40: In file included from ./boost/config/select_stdlib_config.hpp:37: In file included from ./boost/config/no_tr1/utility.hpp:21: In file included from /local/billw/arch/glnxa64/clang/include/c++/v1/utility:157: In file included from /local/billw/arch/glnxa64/clang/include/c++/v1/__tuple:16: /local/billw/arch/glnxa64/clang/include/c++/v1/type_traits:3308:31: error: expected expression static const bool value = decltype(__test<_Tp>(nullptr))::value; ^ 1 error generated. "clang++" -c -x c++ -std=c++11 -nostdinc++ -isystem /local/billw/arch/glnxa64/clang/include/c++/v1 -O3 -finline-functions -Wno-inline -Wall -pedantic -pthread -fPIC -std=c++11 -nostdinc++ -isystem /local/billw/arch/glnxa64/clang/include/c++/v1 -DBOOST_ALL_NO_LIB=1 -DBOOST_REGEX_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DNDEBUG -I"." -o "bin.v2/libs/regex/build/clang-linux-3.0/release/threading-multi/icu.o" "libs/regex/build/../src/icu.cpp" ...failed clang-linux.compile.c++.without-pth bin.v2/libs/regex/build/clang-linux-3.0/release/threading-multi/icu.o... (Here $a is /local/billw/arch/glnxa64.) I apologize for the length of this, but I didn't know what to leave out. Thanks in advance.

1 1

[property_tree] hex integer translator
by Steve Hartmann 11 Feb '14

11 Feb '14

I am using property_tree to parse some xml files provided by outside sources. Within those xml files, sometimes integers are represented as decimal, others are represented as hex. Below is an example line where a property named Index uses a hex representation. <Index>#x7000</Index> So I tried to read this as an integer, with the following source line, but that throws an exception since it does not now how to translate the hex format from the xml file. deviceList.second.get<int>("Index") So my question is: is there a translator already included in the property_tree <that I just cannot find>, or do I need to write my own translator to deal with hex integers. Thanks, Steven

1 0

[container.string] why isn't memcpy used in the internals?
by Adam Romanek 11 Feb '14

11 Feb '14

Hi! Recently I've been trying to improve the performance of a code that makes heavy use of std::string (lots of constructions and destructions). My first thought was to use boost::container::string as it does not use reference-counting and uses small-string optimization, so it should be a perfect replacement for std::string when it comes to performance. Right... But the problem is that switching to boost::container::string only made things worse in the general case. I wrote "in the general case" because when strings to be held are small and SSO may be applied then boost::container::string outperforms std::string considerably. However, in the general case constructing boost::container::string from a C string is significantly slower than constructing std::string. My investigation showed that std::string uses memcpy to copy the C string into its buffer while boost::container::string does not. The memcpy comes from std::char_traits::copy so maybe boost::container::string could use it too? I guess the rest of operations from std::char_traits (find, move, assign etc.) could be utilized too as std::char_traits has been carefully crafted with performance in mind. Should I create a ticket for this issue? Best regards, Adam Romanek

2 4

How to use graph properties
by Paolo Bolzoni 11 Feb '14

11 Feb '14

Dear list, I need to keep track of two special vertices in my graph, So I thought to attach two vertex_descriptor as graph properties so have easy access any moment. Properties work fine for edges or vertices, but I cannot make them work for the graph. In the bottom is the C++ code. The graph has the two properties, now how I cat get and put them? This code does not work and the error messages are impossible to read for me. Otherwise that is the way to keep graph-wise properties? The code compiles removing the two puts, so I assume the error is there. Yours sincerely, Paolo #include <boost/graph/adjacency_list.hpp> namespace boost { enum graph_source_t { graph_source = 100 }; BOOST_INSTALL_PROPERTY (graph, source); enum graph_destination_t { graph_destination = 101 }; BOOST_INSTALL_PROPERTY (graph, destination); } typedef size_t graph_vertex; typedef boost::adjacency_list < boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, boost::no_property, boost::property < boost::graph_source_t, graph_vertex, boost::property < boost::graph_destination_t, graph_vertex, boost::no_property>>> graph_t; static_assert(std::is_same<graph_vertex, boost::graph_traits<graph_t>::vertex_descriptor>::value, "Check out the vertex descriptor type!"); int main() { using namespace boost; graph_t g; add_edge(0, 1, g); put(graph_destination, g, 0); put(graph_source, g, 1); }

2 2

Re: [Boost-users] Boost-users Digest, Vol 3709, Issue 1
by Deepa S 11 Feb '14

11 Feb '14

Hi Gennadiy, Yes I would like to know how I need to write my own main in this case? Also I was wondering if there is any workaround that was found other than re-writing the main? Thanks, Deepa Here is what I am trying to do, may not be the best way, but trying to re-run the test suite ts1 - 3 consecutive times to test for repeatability: bool init_unit_test_suite(int argc, char **argv) { test_suite* ts1 = BOOST_TEST_SUITE( "SKUResourcesTestSuite" ); ts1->add( BOOST_TEST_CASE(&TestCase1) ); ts1->add( BOOST_TEST_CASE(&TestCase2) ); framework::master_test_suite().add( ts1 ); for(int i = 0;i < 3;i++) { framework::master_test_suite().add( ts1 ); } return true; } Deepa S <mslvada <at> yahoo.com> writes: > Wanted to check if there was any resolution to the error indicated > in this post: > http://lists.boost.org/boost-users/2010/06/59564.php > > I am running into a similar issue and would like to know how to resolve it. What exactly is the issue? Do you want to write your own main? Gennadiy On Monday, February 10, 2014 10:30 PM, "boost-users-request(a)lists.boost.org" <boost-users-request(a)lists.boost.org> wrote: Send Boost-users mailing list submissions to boost-users(a)lists.boost.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.boost.org/mailman/listinfo.cgi/boost-users or, via email, send a message with subject or body 'help' to boost-users-request(a)lists.boost.org You can reach the person managing the list at boost-users-owner(a)lists.boost.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost-users digest..." Today's Topics: 1. Re: Regarding post: Using Boost.Test in Iteration (Gennadiy Rozental) 2. [container.string] why isn't memcpy used in the internals? (Adam Romanek) 3. Re: [container.string] why isn't memcpy used in the internals? (Ion Gazta?aga) 4. [property_tree] Compilation Problem when #including <boost/property_tree/json_parser.hpp> (Adi Shavit) 5. Re: [property_tree] Compilation Problem when #including <boost/property_tree/json_parser.hpp> (Edward Diener) ---------------------------------------------------------------------- Message: 1 Date: Mon, 10 Feb 2014 07:16:06 +0000 (UTC) From: Gennadiy Rozental <rogeeff(a)gmail.com> To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Regarding post: Using Boost.Test in Iteration Message-ID: <loom.20140210T081523-687(a)post.gmane.org> Content-Type: text/plain; charset=us-ascii Deepa S <mslvada <at> yahoo.com> writes: > Wanted to check if there was any resolution to the error indicated > in this post: > http://lists.boost.org/boost-users/2010/06/59564.php > > I am running into a similar issue and would like to know how to resolve it. What exactly is the issue? Do you want to write your own main? Gennadiy ------------------------------ Message: 2 Date: Mon, 10 Feb 2014 09:18:20 +0100 From: Adam Romanek <romanek.adam(a)gmail.com> To: "boost-users(a)lists.boost.org" <boost-users(a)lists.boost.org> Subject: [Boost-users] [container.string] why isn't memcpy used in the internals? Message-ID: <52F88B4C.40707(a)gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Hi! Recently I've been trying to improve the performance of a code that makes heavy use of std::string (lots of constructions and destructions). My first thought was to use boost::container::string as it does not use reference-counting and uses small-string optimization, so it should be a perfect replacement for std::string when it comes to performance. Right... But the problem is that switching to boost::container::string only made things worse in the general case. I wrote "in the general case" because when strings to be held are small and SSO may be applied then boost::container::string outperforms std::string considerably. However, in the general case constructing boost::container::string from a C string is significantly slower than constructing std::string. My investigation showed that std::string uses memcpy to copy the C string into its buffer while boost::container::string does not. The memcpy comes from std::char_traits::copy so maybe boost::container::string could use it too? I guess the rest of operations from std::char_traits (find, move, assign etc.) could be utilized too as std::char_traits has been carefully crafted with performance in mind. Should I create a ticket for this issue? Best regards, Adam Romanek ------------------------------ Message: 3 Date: Mon, 10 Feb 2014 09:54:36 +0100 From: Ion Gazta?aga <igaztanaga(a)gmail.com> To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] [container.string] why isn't memcpy used in the internals? Message-ID: <52F893CC.8020703(a)gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed El 10/02/2014 9:18, Adam Romanek escribi?: > Hi! > > Recently I've been trying to improve the performance of a code that > makes heavy use of std::string (lots of constructions and destructions). > My first thought was to use boost::container::string as it does not use > reference-counting and uses small-string optimization, so it should be a > perfect replacement for std::string when it comes to performance. > > Right... But the problem is that switching to boost::container::string > only made things worse in the general case. I wrote "in the general > case" because when strings to be held are small and SSO may be applied > then boost::container::string outperforms std::string considerably. > However, in the general case constructing boost::container::string from > a C string is significantly slower than constructing std::string. > > My investigation showed that std::string uses memcpy to copy the C > string into its buffer while boost::container::string does not. The > memcpy comes from std::char_traits::copy so maybe > boost::container::string could use it too? I guess the rest of > operations from std::char_traits (find, move, assign etc.) could be > utilized too as std::char_traits has been carefully crafted with > performance in mind. > > Should I create a ticket for this issue? Yes, please. I'm slowly trying to benchmark and improve Boost.Container performance, I haven't started optimizing basic_string so your ticket could be a good start point. In a quick inspection I see that the constructor is dispatched to basic_string::assign(It, It) and that assignment is not optimized at all. I should definitely write a assignment function that dispatches to std::char_traits::copy, as it could be used to optimize several member functions. Best, Ion ------------------------------ Message: 4 Date: Mon, 10 Feb 2014 12:29:39 +0200 From: Adi Shavit <adishavit(a)gmail.com> To: boost-users(a)lists.boost.org Subject: [Boost-users] [property_tree] Compilation Problem when #including <boost/property_tree/json_parser.hpp> Message-ID: <CAEWUs4h_ExtG5fG9L=x2p0hss_f=r_eVyrwoPaTN-RYyJPcH0g(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hi, On VS2010, the following code does not compile if I restore the commented out #include: *// #include <boost/property_tree/json_parser.hpp>* struct X { enum Labels { ERROR, ONE, TWO, THREE }; // problem => ^^^^^ }; void f() { X::Labels r = X::ERROR; // problem => ^^^^^ } The VS2010 errors are: t.cpp(5): error C2059: syntax error : 'constant' t.cpp(5): error C2143: syntax error : missing ';' before '}' t.cpp(5): error C2238: unexpected token(s) preceding ';' t.cpp(7): error C2059: syntax error : '}' t.cpp(7): error C2143: syntax error : missing ';' before '}' t.cpp(7): error C2059: syntax error : '}' t.cpp(11): error C2589: 'constant' : illegal token on right side of '::' t.cpp(11): error C2059: syntax error : '::' It seems that somewhere inside the #include hierarchy the symbol ERROR is #defined to cause this code to fail. Renaming ERROR to something else avoids this problem. I think I tracked it into ' boost/spirit/home/classic/iterator/impl/file_iterator.ipp' but I'm not sure where exactly it is coming from. Adi

2 1

[MPL] implementing a "trait"?
by John M. Dlugosz 11 Feb '14

11 Feb '14

I want to mark certain types as being of a category of my invention (e.g. is_pretty), for purposes of using enable_if in the same manner is standard type traits such as is_arithmetic etc. The trait will be false by default, and I'd declare something to nominate types that should be seen to have that trait. I want it to follow inheritance; if B has been declared to be in my category, and C is derived from B, then C will also be in that category without needing to do anything more (though some way to turn it _off_ would be available). Can someone advise me on an easy way to structure this? Thanks, —John

6 10

retrieve data using associative property maps with boost::bimaps - failed
by Aniket Pugaonkar 10 Feb '14

10 Feb '14

Hi, I am facing compilation error in the following code. I do understand why the error is, but I could not find a good solution. Here is my code and question explained in detail *What I want to do:* I want to store a key- value pair where both key and its respective values is unique. But After I create a map, I want to use the VALUE and get the corresponding key. Essentially the best way is a bimap. So I do the following using associative property maps. *What I did:* 1. define a bimap (my_bimap ) 2. define associative property map for left view of bimap ( right_asso_bimap ) 3. define associative property map for right view of bimap ( left_asso_bimap ) 4. fill the bimap using *left* view associative property map. i.e. *use boost::put( left_asso_bimap, key, value )* 5. Now using *right* view associative property map, retrieve key for given value i.e. use *boost::get( right_asso_bimap, value )* My main motive is to use GET and PUT helper functions for insertion and retrieval from a bimap. Use PUT to insert in LEFT BIMAP. and Use GET to retrieve from RIGHT BIMAP. I know the error is because of non-const-ness of the iterators because of which I cannot de-reference using iterators. But what would be the alternative to this ? This link here explains how to define parameters for bimap in order for iterators to be mutable. http://www.boost.org/doc/libs/1_55_0/libs/bimap/doc/html/boost_bimap/the_tu… *But I get the error below: * In file included from main.cpp:2:0: /usr/local/include/boost/property_map/property_map.hpp: In instantiation of 'boost::associative_property_map<UniquePairAssociativeContainer>::value_type& boost::associative_property_map<UniquePairAssociativeContainer>::operator[](const key_type&) const [with UniquePairAssociativeContainer = boost::bimaps::views::list_map_view<boost::bimaps::relation::member_at::right, boost::bimaps::detail::bimap_core<int, boost::bimaps::list_of<long unsigned int>, mpl_::na, mpl_::na, mpl_::na> > boost::associative_property_map<UniquePairAssociativeContainer>::reference = const int&; boost::associative_property_map<UniquePairAssociativeContainer>::value_type = const int; boost::associative_property_map<UniquePairAssociativeContainer>::key_type = long unsigned int]': /usr/local/include/boost/property_map/property_map.hpp:357:54: required from 'Reference boost::get(const boost::put_get_helper<Reference, PropertyMap>&, const K&) [with PropertyMap = boost::associative_property_map<boost::bimaps::views::list_map_view<boost::bimaps::relation::member_at::right, boost::bimaps::detail::bimap_core<int, boost::bimaps::list_of<long unsigned int>, mpl_::na, mpl_::na, mpl_::na> > > Reference = const int&; K = int]' main.cpp:41:35: required from here /usr/local/include/boost/property_map/property_map.hpp:502:20: error: no match for 'operator[]' (operand types are 'boost::associative_property_map<boost::bimaps::views::list_map_view<boost::bimaps::relation::member_at::right, boost::bimaps::detail::bimap_core<int, boost::bimaps::list_of<long unsigned int>, mpl_::na, mpl_::na, mpl_::na> > >::C {aka boost::bimaps::views::list_map_view<boost::bimaps::relation::member_at::right, boost::bimaps::detail::bimap_core<int, boost::bimaps::list_of<long unsigned int>, *mpl_::na, mpl_::na, mpl_::na> >}' and 'const key_type {aka const long unsigned int}')* *return (*m_c)[k];* ^ Here my code. You can also see the code here on this website link:* http://coliru.stacked-crooked.com/a/59cbf2c564bf22b2 <http://coliru.stacked-crooked.com/a/59cbf2c564bf22b2>* #include <boost/bimap.hpp> #include <boost/property_map/property_map.hpp> #include <boost/bimap/property_map/set_support.hpp>#include <boost/bimap/list_of.hpp>#include <iostream> using namespace boost; int main() {typedef int vertex_descriptor_t;namespace bm = boost::bimaps;typedef bm::bimap< vertex_descriptor_t, bm::list_of<size_t> > vd_idx_bimap_t;typedef boost::associative_property_map<vd_idx_bimap_t::left_map> Lasso_vd_idx_bimap_t;typedef boost::associative_property_map<vd_idx_bimap_t::right_map> Rasso_vd_idx_bimap_t; // define bimap and assoc prop map for itvd_idx_bimap_t my_bimap;Lasso_vd_idx_bimap_t Lmy_asso_bimap(my_bimap.left );Rasso_vd_idx_bimap_t Rmy_asso_bimap(my_bimap.right); typedef typename vd_idx_bimap_t::value_type value_type; my_bimap.insert( value_type( 1, 100 ) ); my_bimap.insert( value_type( 2, 200 ) ); int z = 1; std::cout << "value = " << get ( my_bimap.left, z ) << std::endl; // prints correctly value = 100 // use left asso bimap for inserting to bimap boost::put( Lmy_asso_bimap, 3, 300 ); // correct // print bimap using *left view*for(auto t = my_bimap.left.begin(); t != my_bimap.left.end(); ++t) std::cout << t->first << " " << t->second << "\n"; int y = 2;*z **= boost::get( Lmy_asso_bimap, y ); // CORRECT OUTPUT for left view * std::cout << "value = " << z << std::endl; // Use right asso bimap to get key based on supplied value y = 100;*z = boost::get( Rmy_asso_bimap, y );* *// -->> ERROR HERE for right view* std::cout << "value = " << z << std::endl; // print map again. (*right view*)for(auto t = my_bimap.right.begin(); t != my_bimap.right.end(); ++t) std::cout << t->first << " " << t->second << "\n"; } Please let me know whether this is a potential bug, or the code semantics is incorrect. Or the current library cannot support this. ? Regards, Aniket Pugaonkar -- Thanks and regards, Aniket Pugaonkar

1 0

interprocess library deadlocked
by Hernán Leoni 10 Feb '14

10 Feb '14

Hi everyone, I'm using boost interprocess, and in some cases I get the interprocess library deadlocked, now I'm using internal timed locks, so, I get timeout exception Fortunately it is not that frequent, but it is an issue I need to resolve before going live, When this happens the shared memory cannot be used at all, so it needs to be removed and a new one must be created. I'm not sure yet why these internal mutexes are getting locked and never unlocked, it may be happening with some process being killed unexpectedly. I was wanting to see if anybody has already figured out which approach is better for this case. Thanks a lot, Hernan

1 0

Regarding post: Using Boost.Test in Iteration
by Deepa S 10 Feb '14

10 Feb '14

Hi Gennadiy/Gaurav, Wanted to check if there was any resolution to the error indicated in this post: http://lists.boost.org/boost-users/2010/06/59564.php I am running into a similar issue and would like to know how to resolve it. Thanks, Deepa

2 1