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

Boost::preprocess __VAR_ARGS__ compile fail
by garthh 12 Feb '14

12 Feb '14

This simple piece of code doesn't compile for me in boost 1.54 on MacOSX: #include <boost/preprocessor.hpp> #define debugprintf(...) \ printf(BOOST_PP_SEQ_ELEM(0, BOOST_PP_VARIADIC_TO_SEQ(__VA_ARGS__))) main () { debugprintf("test"); } I've spent ages on it without success. Any suggestions would be greatly appreciated! Compile output: error: too few arguments provided to function-like macro invocation debugprintf("boost test"); ^ main.cpp:15:17: note: expanded from macro 'debugprintf' fprintf(stderr, BOOST_PP_SEQ_ELEM(0, BOOST_PP_VARIADIC_TO_SEQ(__VA_ARGS__))); \ ^ /usr/local/Boost/1.54/include/boost/preprocessor/seq/elem.hpp:22:39: note: expanded from macro 'BOOST_PP_SEQ_ELEM' # define BOOST_PP_SEQ_ELEM(i, seq) BOOST_PP_SEQ_ELEM_I(i, seq) ^ /usr/local/Boost/1.54/include/boost/preprocessor/seq/elem.hpp:41:45: note: expanded from macro 'BOOST_PP_SEQ_ELEM_I' # define BOOST_PP_SEQ_ELEM_I(i, seq) BOOST_PP_SEQ_ELEM_II(BOOST_PP_SEQ_ELEM_ ## i seq) ^ /usr/local/Boost/1.54/include/boost/preprocessor/seq/elem.hpp:43:62: note: expanded from macro 'BOOST_PP_SEQ_ELEM_II' # define BOOST_PP_SEQ_ELEM_II(im) BOOST_PP_SEQ_ELEM_III(im) ^ main.cpp:21:2: error: use of undeclared identifier 'BOOST_PP_SEQ_ELEM_III' debugprintf("boost test"); -- View this message in context: http://boost.2283326.n4.nabble.com/Boost-preprocess-VAR-ARGS-compile-fail-t… Sent from the Boost - Users mailing list archive at Nabble.com.

2 1

unable to use find() function in boost::associative property maps.
by Aniket Pugaonkar 12 Feb '14

12 Feb '14

Hi, The current boost::associative_property_map interface in boost::property_map does not provide a *find()* function interface from where we can find a key type from associative map. Although the associative property map concept was mainly developed for using boost::get and boost::put function efficiently on unique associative containers (such as std::map), it still does not have any interface for using find() function for searching whether an element exists in a map, My problem is explained below: I have a map, and I define a associative property map on it. as follows: std::map< int, int > *mymap*; boost::associative_property_map< std::map< int, int > > *my_asso_map* ( mymap ); I have a template function, named " exists_in " which checks whether a particular key_value, is present in the map or not. The function is as follows: *template* <typename map_t, typename key_t> bool *exists_in*(map_t map, key_t key) { return map.*find*(key) != map.end(); } ======================================== If I call this template function on mymap, it gives me no error: if( !exists_in ( mymap, key ) ----> no error Now, if I call template function on my_asso_map, it throws an error : if( !exists_in( my_asso_map, key ) ---->> error error: âclass boost::associative_property_map<std::map<int, int > >â has no member named âendâ error: âclass boost::associative_property_map<std::map<int, int > >â has no member named âfindâ I understand, my_asso_map just stores the address of mymap and provides get and put efficiently. But there are instances, where I have to *search* a key in my map. ( for example, if else loop as provided above ). I want to hide *mymap *and just expose *my_asso_map* to the user and everywhere I want to pass my_asso_map.. I am able to do this except for the *find*() function, because of which I had to keep passing my original *mymap *to the function/ functor and then use exists_in template function. Is there any way to implement a find() utility for associative property maps ? If find() interface can be added in library, that would be simply great ! Thanks, -- Thanks and regards, Aniket Pugaonkar

1 0

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