- Boost-users - lists.boost.org

[BGL] edge_index_t
by martin f krafft 13 Jun '05

13 Jun '05

I see the edge_index_t symbol used all over the place, but I cannot find its defintion. So now I am stuck: error: `egde_index_t' undeclared in namespace `boost' What header file do I have to include to be able to access my graph's edge index property? -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck invalid/expired pgp subkeys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus(a)madduck.net echo '9,J8HD,fDGG8B@?:536FC5=8@I;C5?@H5B0D@5GBIELD54DL>@8L?:5GDEJ8LDG1' |\ sed ss,s50EBsg | tr 0-M 'p.wBt SgiIlxmLhan:o,erDsduv/cyP'

2 2

bug on /libs/graph/doc/using_adjacency_list.html
by martin f krafft 13 Jun '05

13 Jun '05

In this text: NOTE: The Boost Graph Library supports two interchangeable methods for specifying interior properties: bundled properties and property lists. The former is easier to use and requires less effort, whereas the latter is compatible with older, broken compilers and is backward-compatible with Boost versions prior to 1.32.0. If you absolutely require these compatibility features, read on to learn about property lists. Otherwise, we strongly suggest that you read about the bundled properties mechanism. I really think that "former" and "latter" got swapped around. :) -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck invalid/expired pgp subkeys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus(a)madduck.net "a cigarette is the perfect type of pleasure. it is exquisite, and it leaves one unsatisfied." -- oscar wilde

1 0

No << or & operator defined (a different problem?)
by Marcin Tustin 13 Jun '05

13 Jun '05

I'm getting substantially the same error as before: c:\D2\API\NewClient\EnhancedMessageHandler.h(371) : error C2679: binary '&' : no operator found which takes a right-hand operand of type 'int' (or there is no acceptable conversion) Or, alternatively binary '<<' when using the << operator, in the code: template<class Archive > static void save(Archive & ar, const IplJrsMediaTimePoint& g, const unsigned int version) { ar << ( const int )(g.GetYear()); } - But also when I use static_cast or for type uint32 when I don't have a cast. Any suggestions very gratefully received. Marcin Tustin IT Innovation Centre 2 Venture Road Chilworth Science Park Southampton, SO16 7NP, UK tel: +44 23 8076 0834 fax: +44 23 8076 0833 mailto:mt@it-innovation.soton.ac.uk http://www.it-innovation.soton.ac.uk

1 0

Re: [Boost-users] Boost.Serialization and Pointers to ObjectsofDerived Classes
by Richard Jennings 13 Jun '05

13 Jun '05

Thanks for your reply. I included the void_cast_register call because the base class is not being serialised by the derived class nor is the derived class being serialised and hence my understanding was that it was needed in this special case. It works with the paramaters to void_cast_register swapped. The include file void_cast.hpp does show the parameters as you state, however the documentation and examples have them in the order <base, derived> (special.html). Can I suggest that this is updated please? Regards, Richard -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Robert Ramey Sent: 10 June 2005 16:52 To: boost-users(a)lists.boost.org Subject: [Boost-users] Re: Boost.Serialization and Pointers to ObjectsofDerived Classes void_cast_register should be necessary only in the most unusual cases. It should happen automatically as part of the "base_object" wrappers call. Also it is used void_cast_register<Derived, Base> which is the opposite you've of what you've done below. So I would remove it from your example. The export should make up for this. There are number of code paths related to borland 5.64 and borland 5.51. I don't know anything about borland 6. void_cast/export/template instantiation are areas which many compilers have exhibited unexpected behavior. So its quite possible that the code as is can't accomodate BC 6. As far as I know - we've never seen borland 6 or tested it. So if you want to use any part of boost with a new compiler whose ancestor has a history of special requirements, you should be prepared to run the test suite for that compiler. Please do this and post the results. Robert Ramey

1 0

BOOST_HAS_HASH not defined in config\stdlib\dinkumware.hpp?
by Erik Charlebois 13 Jun '05

13 Jun '05

Was trying to use boost::serialize on a stdext::hash_map (with VC++ 8) and noticed that BOOST_HAS_HASH is not defined in the standard library configuration header for dinkumware stl. Is this a bug in boost? In the meantime I'll just define it in my makefile. Erik Charlebois

2 1

Re: [Boost-users] Tokenizer Question
by Victor A. Wagner Jr. 12 Jun '05

12 Jun '05

At 07:33 2005-06-12, Tom Browder wrote: >Victor, my humble tokenizer: > > string input_to_be_tokenized; > istringstream ss; > string s; > deque<string> tokens; > while (input_to_be_tokenized >> ss) > tokens.push_back(ss); > >I made 3 test programs: > string inp; > for (int i = 0; i < 10000000; ++i) > inp += " a"; > // generate a container of tokens from inp with one of three methods: > // my method (see above) > // Victor's method > // Boost, using a separator of (" \n\t") > > // if desired, loop over all the tokens using operator[] for the two > deques, and the iterator for Boost's container > >Then I compiled them (gcc 3.4.2, Fedora Core 3, i386): > > g++ -pg progN progN.cc > >Ran them without the final loop and saved 'gmon.out' as a unique name. > >Ran them again with the final loop and saved 'gmon.out' as a unique name. > >Ran all six gmon's and saved the outputs to unique files: > > gprof progN gmonX > X.prof > >The accumulated times (sec) are surprising: > > Boost Victor's Mine > ===== ===== ==== >no loop 1.50 38.84 20.13 >loop 131.91 38.89 23.91 it's difficult to fathom a hand written loop beating the internal constructor for deque > >Granted, I didn't do the tests multiple times, but it seems to me that the >Boost tokenizer is great if you don't need to iterate through it, but it >is the pits if you do. > >-Tom > >I'll send you my code and results if interested. > >-Tom > > prog > >Ran then a >Ran them with gprof > > gprof progN > >Ran > generate a string with 10,000,000 tokens (" a")_: " a a a ....a" and > timed your tokenizer against mine 10 times. Mine beat yours by 2 to 3 > seconds every time. > >The I used the Boost tokenizer and the timings went WAY down. > >So I think the benefits og the Boost tokenizer are well worth it, even for >trivial tokenizing. > >-Tom > > > >my tokenizer > > >---------- >From: boost-users-bounces(a)lists.boost.org >[mailto:boost-users-bounces@lists.boost.org] On Behalf Of Victor A. Wagner Jr. >Sent: Sunday, June 12, 2005 1:20 AM >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] Tokenizer Question > >At 19:19 2005-06-11, you wrote: >> > for tokenizing on whitespace, simple stream input (>>) to a >> > std::string suffices. >> >>My own tokenizer does just that--and puts the tokens into a deque. >> >> > IMO, it's hardly worth troubling yourself with a tokenizer >> > for whitespace. >> >>Well, not really. When parsing line-oriented output and semi-known >>structured lines it's handy to be able to sometimes work with a line's >>tokens as if they were in a vector or deque. > > string yourline; > istringstream is( yourline ); > deque < string > yourvec(( istream_iterator < std :: string >( is > )), istream_iterator <std :: string >()); > >voila, a deque > >it would be interesting to profile that against the hypothetical indexable >tokenizer. > > >>In fact, I was going to add a suggestion that the tokenizer also have the [] >>operator so that the individual tokens could be addressed as tok[1], etc. >> >>-Tom >> >>_______________________________________________ >>Boost-users mailing list >>Boost-users(a)lists.boost.org >>http://lists.boost.org/mailman/listinfo.cgi/boost-users > >Victor A. Wagner Jr. http://rudbek.com >The five most dangerous words in the English language: > "There oughta be a law" > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

1 0

Re: [Boost-users] Tokenizer Question
by Victor A. Wagner Jr. 12 Jun '05

12 Jun '05

At 10:52 2005-06-11, Tom Browder wrote: >I have used my own C++ tokenizer in the past, but I would like to use >Boost's instead. > >The predominant use of tokenizing for me is to split on white space, for tokenizing on whitespace, simple stream input (>>) to a std::string suffices. IMO, it's hardly worth troubling yourself with a tokenizer for whitespace. > but >Boost's default is to use white space AND punctuation. Is there any >possibility to have either the default changed, or another TokenizerFunction >added such as ws_separator, or something similar? > >I know I can use > > boost::char_separator<char> sep(" \n\t"); > >(but do I need to add "\v" to the char set?) > >but I would rather have something like > > boost::ws_separator sep; > >and, better, make the ws_separator be the default TokenizerFunction for >tokenizer. > >Thanks for listening. > >Tom Browder > > > > > > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

2 1

RE: [Boost-users] Using minimal boost header files.
by Brian Braatz 11 Jun '05

11 Jun '05

I have never used this tool. But I believe this is what you are looking for: http://www.boost.org/tools/bcp/bcp.html Brian ________________________________ From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Junkeh Sent: Friday, June 10, 2005 11:07 AM To: boost-users(a)lists.boost.org Subject: [Boost-users] Using minimal boost header files. Dear Sirs/Madams, I would like to be able to use some of the features of the boost library but only a very tiny portion of them! May I ask whether it is possible to do this and therefore distribute much less than 17Mbs worth of mostly unused code? Yours, Dan.

2 1

Building Boost on Mac OS X
by Brian Campbell 10 Jun '05

10 Jun '05

I'm trying to build boost (boost_1_31_0) as a dependency for monotone <http://venge.net/monotone/> on Mac OS X 10.4 (tiger). I'm doing this using gcc-3.3 because monotone doesn't work properly with gcc 4. Following the instructions in monotone for how to build boost, it tells me to do this: $BJAM "-sBUILD=release <threading>single <optimization>speed <runtime- link>static" This failed on a few of the targets, with an error that crt0.o was not found. This is probably because static linking of binaries is not supported on Mac OS X: http://developer.apple.com/qa/qa2001/qa1118.html So I tried removing the <runtime-link>static option, but then I started getting errors about not being able to find certain symbols. For some projects, it was complaining about not being able to find _main. It also complained about not being able to find __Z20init_unit_test_suiteiPPc in libboost_unit_test_framework, and there may have been other errors too. Here's the error output for some of these: gcc-Link-action bin/boost/libs/thread/build/libboost_thread.dylib/gcc/ release/shared-linkable-true/libboost_thread-gcc-1_31.dylib c++: unrecognized option `-shared' ld: Undefined symbols: _main gcc-Link-action bin/boost/libs/test/build/ libboost_unit_test_framework.dylib/gcc/release/shared-linkable-true/ libboost_unit_test_framework-gcc-1_31.dylib c++: unrecognized option `-shared' ld: Undefined symbols: __Z20init_unit_test_suiteiPPc So, I'm wondering what I need to do to get boost to build on darwin. Can anyone give me some help? Thanks, Brian

3 3

Boost.mpl metafunction with integral value problem
by Vyacheslav Kononenko 10 Jun '05

10 Jun '05

Hi, I've been trying boost::mpl for my current project and hit a problem. Sorry if it is an already known issue. So if we have our own metafucntion: template< typename T, typename Value > func : mpl::void_ {}; it works fine: typedef mpl::find_if< mpl::vector< int, char >, func< mpl::_1, mpl::int_< 10 > >::type iter; ... But if I try to use integral value instead: template< typename T, int Value > func : mpl::void_ {}; and typedef mpl::find_if< mpl::vector< int, char >, func< mpl::_1, 10 >::type iter; It fails on gcc 3.3.3 nor 3.4.3. So is it a limitation on language or compiler or library? I mean should second variant compile in generic? Regards, Vyacheslav

3 3