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

problem compiling with Dinkumware
by Jean-Pierre Gygax 26 Jun '04

26 Jun '04

Hi, I'm having trouble properly compiling Boost with the Dinkumware STL implementation (working with Visual C++ 7.1). The problem is that bjam always calls CL with a /I that pulls in Microsoft's include files first, so that they take precedence over the Dinkumware ones. This behavior seems to be rooted far down in the file Jambase located in jam_src. I don't really feel like fooling with that. What can I do? -- Jean-Pierre

3 5

Tweaking the Skip Parser, was RE: [Boost-users] Spirit 1.6 with VC6
by Mark Storer 26 Jun '04

26 Jun '04

> No chance of switching to 7.1? :-) Things are looking up. We just did a project-wide upgrade to... VC7.1. Problem solved. I'm now merrily writing rules for my JavaScript parser. It doesn't have to support the whole language (not for a while, maybe never), I just need to be able to parse out the names and locations of all the functions in a file. It's for a JavaScript editor built into one of our products, and later we'll be adding auto-completion. That'll require a more thorough parser, but for now, I'm just after funciton locations. So far so good... though I'll undoubtedly be quite familiar with the BOOST_SPIRIT_DEBUG* macros before I'm done. I've got another Spirit question: I've been adding "*comment" throughout the rules and it's getting tiresome: rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); rule<phrase_scanner_t> lineComment = comment_p( "//" ); rule<phrase_scanner_t> comment = blockComment | lineComment; Spraying the "comment" rule liberally through my rules is an option... rule<phrase_scanner_t> codeBlock = ch_p('{') >> *(comment | codeBlock | ~ch_p('}')) >> ch_p('}'); ... but not an appealing one. This becomes particularly true once I start working on the auto-completion parser. It just occured to me that if the skip parser ate comments for me, it would greatly simplify my rules. I'd like to tweak the skip parser so it skips over my "comment" rule as well as white space. I just took a stab at this, but didn't get very far. I tried: parse(str, rules, space_p | comment) but that resulted in a compiler error. 7.1's errors are MUCH easier to read that 6's. I'm going to like this new compiler. C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule.ipp(190): error C2664: 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_parse_virtual' : cannot convert parameter 1 from 'const scanner_t' to 'const boost::spirit::rule<T0>::scanner_t &' with [ ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::scanner_t, AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t ] and [ T0=boost::spirit::phrase_scanner_t ] Pointing me to the relevant section of the docs is an acceptable answer, though I wouldn't mind a little more info than that. ;) I'll keep plugging away. If I come up with an answer, I'll post it to the list. I'd expect this to be useful to other beginners at the very least. --Mark Storer Senior Software Engineer Verity, Inc.

3 3

RE: [Boost-users] Re: Tweaking the Skip Parser, was RE: Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

Okay. Problem solved. The answer was indeed inside #scanner_business. Rules make for picky parsers. So I used a grammar<> and it compiled just fine. Now if I can just get it to WORK. ;) Whoops. Infinite recursion. Back to the drawing board... but at least now I don't need "*comment" sprinkled liberally throughout my rules. --Mark Storer Senior Software Engineer Verity, Inc. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Jeff Flinn > Sent: Friday, June 25, 2004 10:46 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Re: Tweaking the Skip Parser,was RE: Spirit 1.6 > with VC6 > > > Take a look at: > > http://www.boost.org/libs/spirit/doc/faq.html#scanner_business > > You don't want the skip parser to be a phrase level scanner. > > parse(str, rules, space_p | comment_p( "/*", "*/" ) | > comment_p( "//" ) ) > > may work for you? > > Jeff F > > "Mark Storer" <MStorer(a)verity.com> wrote in message > news:076D1E704127414E9FEAFFC31F66C9472739CD@vrsdex1.verity.com... > > > No chance of switching to 7.1? :-) > > > > Things are looking up. We just did a project-wide upgrade > to... VC7.1. > Problem solved. I'm now merrily writing rules for my > JavaScript parser. It > doesn't have to support the whole language (not for a while, > maybe never), I > just need to be able to parse out the names and locations of all the > functions in a file. It's for a JavaScript editor built into > one of our > products, and later we'll be adding auto-completion. That'll > require a more > thorough parser, but for now, I'm just after funciton locations. > > > > So far so good... though I'll undoubtedly be quite familiar with the > BOOST_SPIRIT_DEBUG* macros before I'm done. > > > > I've got another Spirit question: I've been adding > "*comment" throughout > the rules and it's getting tiresome: > > > > rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); > > rule<phrase_scanner_t> lineComment = comment_p( "//" ); > > rule<phrase_scanner_t> comment = blockComment | lineComment; > > > > Spraying the "comment" rule liberally through my rules is > an option... > > > > rule<phrase_scanner_t> codeBlock = ch_p('{') >> > *(comment | codeBlock > | ~ch_p('}')) >> ch_p('}'); > > > > ... but not an appealing one. This becomes particularly > true once I start > working on the auto-completion parser. > > > > It just occured to me that if the skip parser ate > comments for me, it > would greatly simplify my rules. I'd like to tweak the skip > parser so it > skips over my "comment" rule as well as white space. I just > took a stab at > this, but didn't get very far. I tried: > > > > parse(str, rules, space_p | comment) > > > > but that resulted in a compiler error. 7.1's errors are > MUCH easier to > read that 6's. I'm going to like this new compiler. > > > > > C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule. > ipp(190): > error C2664: > 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_pars > e_virtual' : > cannot convert parameter 1 from 'const scanner_t' to 'const > boost::spirit::rule<T0>::scanner_t &' > > with > > [ > > > ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>: > :scanner_t, > > > AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t > > ] > > and > > [ > > T0=boost::spirit::phrase_scanner_t > > ] > > > > Pointing me to the relevant section of the docs is an > acceptable answer, > though I wouldn't mind a little more info than that. ;) > > > > I'll keep plugging away. If I come up with an answer, I'll > post it to the > list. I'd expect this to be useful to other beginners at the > very least. > > > > --Mark Storer > > Senior Software Engineer > > Verity, Inc. > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

RE: [Boost-users] Re: Tweaking the Skip Parser, was RE: Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

Neither of your suggestions worked for me. Both gave me the same basic "do_parse_virtual: can't convert from 'const scanner_t' to 'const boost::spirit::rule<T0>::scanner_t &'". I had a suspision about the phrase vs char thing... good to know. So should I be looking for a compiler fix or an alternate path? Still plugging away... no joy yet. --Mark Storer Senior Software Engineer Verity, Inc. > -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Jeff Flinn > Sent: Friday, June 25, 2004 10:52 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] Re: Tweaking the Skip Parser,was RE: Spirit 1.6 > with VC6 > > > Mark, > > I didn't mean to imply this was the only way to accomplish > what you want to > do. You can create a full fledged grammar and use it as your > skip parser. > Or, create a functor_parser, which works for me. > > struct SkipperDct > { > typedef int result_t; > > template< typename ScannerT > > int operator()( ScannerT const& scan, result_t& )const > { > match<> m = ( +space_p > | lexeme_d[ comment_p("//") > | comment_nest_p("/*","*/") > ] > ).parse( scan ); > > return m? m.length() : -1; > } > }; > > functor_parser<SkipperDct> SkipperDct_p; > > }; > > Also note the use of 'comment_nest_p'. > > Jeff F > > > > "Mark Storer" <MStorer(a)verity.com> wrote in message > news:076D1E704127414E9FEAFFC31F66C9472739CD@vrsdex1.verity.com... > > > No chance of switching to 7.1? :-) > > > > Things are looking up. We just did a project-wide upgrade > to... VC7.1. > Problem solved. I'm now merrily writing rules for my > JavaScript parser. It > doesn't have to support the whole language (not for a while, > maybe never), I > just need to be able to parse out the names and locations of all the > functions in a file. It's for a JavaScript editor built into > one of our > products, and later we'll be adding auto-completion. That'll > require a more > thorough parser, but for now, I'm just after funciton locations. > > > > So far so good... though I'll undoubtedly be quite familiar with the > BOOST_SPIRIT_DEBUG* macros before I'm done. > > > > I've got another Spirit question: I've been adding > "*comment" throughout > the rules and it's getting tiresome: > > > > rule<phrase_scanner_t> blockComment = comment_p( "/*", "*/" ); > > rule<phrase_scanner_t> lineComment = comment_p( "//" ); > > rule<phrase_scanner_t> comment = blockComment | lineComment; > > > > Spraying the "comment" rule liberally through my rules is > an option... > > > > rule<phrase_scanner_t> codeBlock = ch_p('{') >> > *(comment | codeBlock > | ~ch_p('}')) >> ch_p('}'); > > > > ... but not an appealing one. This becomes particularly > true once I start > working on the auto-completion parser. > > > > It just occured to me that if the skip parser ate > comments for me, it > would greatly simplify my rules. I'd like to tweak the skip > parser so it > skips over my "comment" rule as well as white space. I just > took a stab at > this, but didn't get very far. I tried: > > > > parse(str, rules, space_p | comment) > > > > but that resulted in a compiler error. 7.1's errors are > MUCH easier to > read that 6's. I'm going to like this new compiler. > > > > > C:\SDKs\boost_1_31_0\boost\spirit\core\non_terminal\impl\rule. > ipp(190): > error C2664: > 'boost::spirit::impl::abstract_parser<ScannerT,AttrT>::do_pars > e_virtual' : > cannot convert parameter 1 from 'const scanner_t' to 'const > boost::spirit::rule<T0>::scanner_t &' > > with > > [ > > > ScannerT=boost::spirit::rule<boost::spirit::phrase_scanner_t>: > :scanner_t, > > > AttrT=boost::spirit::rule<boost::spirit::phrase_scanner_t>::attr_t > > ] > > and > > [ > > T0=boost::spirit::phrase_scanner_t > > ] > > > > Pointing me to the relevant section of the docs is an > acceptable answer, > though I wouldn't mind a little more info than that. ;) > > > > I'll keep plugging away. If I come up with an answer, I'll > post it to the > list. I'd expect this to be useful to other beginners at the > very least. > > > > --Mark Storer > > Senior Software Engineer > > Verity, Inc. > > > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

a template to extend types to support something like SQL NULL
by Erik Thiele 25 Jun '04

25 Jun '04

hi i have an int. but it should also support a "undefined" state like SQL NULL. most times i can use -1 for this. but there are also data types without a reasonable undefined value. maybe float or double. or maybe -1 is perfectly legal. so i used my own smartptr class (which i will replace by boost::shared_ptr since it is better and compatible to libs from strangers) to fix the problem as follows: shared_ptr<int> a(new int(10)); shared_ptr<int> b; // has the value "undefined" like SQL NULL. now i can do checks like if ( ! b ) printf("%d", *b); now my problem was that several places in my program access the same int instance. they can assign values, and then other parts of the program can read these values. that's good behaviour.but i cannot set the object to "undefined". see why: void foo (shared_ptr<int> a) { *a = 10; // <-- ok! this works! everybody now has the 10! } void errorfoo (shared_ptr<int> a) { a.reset(); // <-- this does of course not work, since only my local // copy of a is now SQL NULL. } so i restructured my shared_ptr to make it able to hold this special SQL NULL state also. this way i got really awkward semantics though. i don't go in details here, but in my shared_ptr the errorfoo function works as expected. (the function is not called "reset" then). but i got severe problems in typecast semantics of my modified shared_ptr, so i decided to dump this beast before anyone else has to see it :-))) i thought that maybe it's not a good idea to unite smartpointer with SQL NULL facility. maybe it is better to write: shared_ptr<nullabletype<int> > x(new nullabletype<int>(55)); x->setnull(); if (x->isnull()) fooooo(); printf("the int is %d\n", x->obj()); // throw exception if x is null in this example the shared_ptr is just sugar. it is not needed. the nullable subsystem is now independent from shared_ptr. is there such a nullable type extender beast in boost somewhere? or do i have to invent it? by the way, the following is not a good solution i think: int thevalue; bool thevalue_is_defined; now programmers can do errors like access "thevalue" even though "thevalue_is_defined" is false. i want some mechanism to prevent programmers from doing this kind of errors. if and only if the value is defined it should be possible to read it. also this nullable type extender is handy for a database layer to interact with SQL. cya! erik -- Erik Thiele

3 2

OT: detect unneded includes
by Erik Thiele 25 Jun '04

25 Jun '04

hi. this is OFFTOPIC. i am searching for a way to detect unused #include directives. i'd appreciate some GPL tool. in the transition from more and more of my own small helper classes to boost stuff i find difficult to remove unneeded #includes. i am sure my code is full of useless dependencies. cya erik -- Erik Thiele

2 1

Spirit 1.6 with VC6
by Mark Storer 25 Jun '04

25 Jun '04

I'm getting several compiler errors when trying to use the Spirit library. When compiling one of the samples from the v1.6 documentation, I get a linker error: SpiritTest.obj : fatal error LNK1179: invalid or corrupt file: duplicate comdat "?do_parse@?$parse_subrule@V?$match@Unil_t@spirit@boost@@@spirit@boost@@U?$subrules_scanner@V?$scanner@PBDU?$scanner_policies@U?$skipper_iteration_policy@Uiteration_policy@spirit@boost@@@spirit@boost@@Umatch_policy@23@Uaction_policy@23@@spirit@boos67ac75e0" LNK1179 suggested that the /H _compiler_ option might be involved. It (supposedly) controls how long a symbol is allowed to be when the compiler is generating symbol names. I've tried several different variations on the /H option, /H512, /H1024, etc. They all give the same error message, and the symbol "?do_parse@..." doesn't get any longer (or shorter for that matter). I also get a number compiler errors when I #include <boost/spirit.hpp>: c:\sdks\boost-1.30.2\boost\spirit\utility\impl\chset\basic_chset.ipp(32) : error C2955: 'arg' : use of class template requires template argument list c:\sdks\boost-1.30.2\boost\bind\arg.hpp(26) : see declaration of 'arg' ----------basic_chset.ipp, lines 31-33 template <typename CharT> inline basic_chset<CharT>::basic_chset(basic_chset const& arg) : rr(arg.rr) {} ----------arg.hpp lines 24-26 template<int I> class arg { }; The boost/bind include is in the core/composite/actions. Trying to mess with the order of inclusion seems Fraught With Peril. The basic_chset template is in "utility", and everything in "utility" depends on various bits and pieces of "core". basic_chset is derived from unary, which is defined in core/composite. A Gordian knot... and me without a sword. --Mark Storer Senior Software Engineer Verity, Inc.

2 1

RE: [Boost-users] protassign
by Nat Goodspeed 24 Jun '04

24 Jun '04

> -----Original Message----- > From: Nat Goodspeed > Sent: Wednesday, June 23, 2004 12:17 PM > To: boost-users(a)lists.boost.org > Subject: RE: [Boost-users] protassign > > In the forthcoming Boost serialization library: > > http://www.rrsd.com/boost/ > > there's a state_saver template class that does what you're talking > about: > > http://www.rrsd.com/boost/libs/serialization/doc/state_saver.html > > This seems useful enough to promote to a library more general than the > serialization library. Hmm! I was suggesting that the state_saver template from the serialization library be elevated. If the protassign template makes it into Boost sooner, may I suggest that the serialization library be revised to use protassign instead of state_saver? We certainly wouldn't want two redundant Boost templates.

1 0

RE: [Boost-users] protassign
by Nat Goodspeed 24 Jun '04

24 Jun '04

> -----Original Message----- > From: Erik Thiele [mailto:erik@thiele-hydraulik.de] > Sent: Wednesday, June 23, 2004 11:28 AM > To: boost-users(a)lists.boost.org > Subject: [Boost-users] protassign > > now i can do: > > void foo() > { > protassign<bool> foorunning_assigner(foorunning, true); > dojobs(); > dofoooo(); > } > > and that's all. is there one such thing in boost already??? [Nat] In the forthcoming Boost serialization library: http://www.rrsd.com/boost/ there's a state_saver template class that does what you're talking about: http://www.rrsd.com/boost/libs/serialization/doc/state_saver.html This seems useful enough to promote to a library more general than the serialization library.

3 3

failures and featurerequest in/for numeric_cast
by Peter Piehler 24 Jun '04

24 Jun '04

failures and featurerequest in/for numeric_cast I use boost in a little project for my study. In some cases the software must convert numeric datatypes. So I tried to convert with boost-library numeric_cast and found the following problems (gcc version 3.2.3 20030422): -the maximum could not be handled correctly, for example: +numeric_cast<int>(numeric_limits<unsigned int>::max()); doesn't throw a exception -no precession handling, example: +numeric_cast<float>(numric_limits<double>::epsilon()+1); doesn't throw a exception -no NaN, bounded/unbounded and exact handling. -no specialization. I need numeric_cast specializiation for: +numeric_limits-interface can't use for datatypes with caracteristics only known at runtime. +datatyps without static_cast support (example: gmp-library) So I have extended the boost::numeric_cast for my special requirements. You can download it under the following link: http://www.pienet.de/source/numeric_cast.tar.gz . Compile and run numeric_cast_tescases.cpp with USE_BOOST_CAST to test ::boost::numeric_cast. The output is: Running 2 test cases... numeric_cast_testcases.cpp(72): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(91): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(93): error in "standard_cast_test": exception bad_numeric_cast is expected numeric_cast_testcases.cpp(135): error in "standard_cast_test": exception bad_numeric_cast is expected *** 4 failures detected in test suite "numeric_cast Test" I think the line static_cast<X>(static_cast<Y>(x)) != x; is a tricky code. For X/Y==char/unsigned char,short/unsigned short etc. is always false. The compiler convert it only if the datatypes have not the same size/bytes or are between integers and floating points. sorry for my bad english and code, it's the first time that i ever have published. Peter Bestellen Sie Y! DSL und erhalten Sie die AVM "FritzBox SL" für 0. Sie sparen 119 und bekommen 2 Monate Grundgebührbefreiung. http://de.adsl.yahoo.com

2 1

bug in date_time? cannot initialize ptime to not_a_date_time
by Erik Thiele 24 Jun '04

24 Jun '04

hi. #include <boost/date_time/posix_time/ptime.hpp> int main() { boost::posix_time::ptime x(boost::date_time::not_a_date_time); } # g++ --version 2.95.4 #g++ -Wall -c foo.cpp -Iboost_1_31_0 (compiling into cache) foo.cpp: In function `int main()': foo.cpp:5: no matching function for call to `boost::posix_time::ptime::ptime (boost::date_time::special_values)' boost/boost/date_time/posix_time/ptime.hpp:39: candidates are: boost::posix_time::ptime::ptime(boost::gregorian::date, boost::posix_time::time_duration) boost/boost/date_time/posix_time/ptime.hpp:42: boost::posix_time::ptime::ptime(boost::gregorian::date) boost/boost/date_time/posix_time/ptime.hpp:45: boost::posix_time::ptime::ptime(const boost::posix_time::int64_time_rep &) boost/boost/date_time/posix_time/ptime.hpp:48: boost::posix_time::ptime::ptime(const boost::posix_time::ptime &) foo.cpp:5: warning: unused variable `class boost::posix_time::ptime x' -- Erik Thiele

2 1

protassign
by Erik Thiele 23 Jun '04

23 Jun '04

hi in some cases i do assign values to variables just for the life of my function: void foo() { bool oldfoorunning = foorunning; foorunning = true; dojobs(); dofoooo(); foorunning = oldfoorunning; } now the problem arises when dojobs throws an exception. in order to be safe i have to do: void foo() { bool oldfoorunning = foorunning; foorunning = true; try { dojobs(); dofoooo(); } catch (...) { foorunning = oldfoorunning; throw; } foorunning = oldfoorunning; } this is ugly and it can get more ugly by having more than one such variable. then you stack try/catch into each other and code gets really ugly and error prone. for that reason i created a class as follows: template<class X> class protassign : public boost::non_copyable { public: inline protassign (X &var_, const X &newvalue) : var(var_) { oldvalue = var; var = newvalue; } inline ~protassign () { try { var = oldvalue; } CATCHDESTRUCTOR; //<-- my special destructor error catching macro, //forget it. (is there an alternative in boost?) } private: X &var; X oldvalue; }; now i can do: void foo() { protassign<bool> foorunning_assigner(foorunning, true); dojobs(); dofoooo(); } and that's all. is there one such thing in boost already??? cu erik -- Erik Thiele

1 0

Re: Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 23 Jun '04

23 Jun '04

Hi, 1) g++ is in the path. Doing the g++ --version displays the version information: C:\opt\boost_1_31_0>g++ --version g++ (GCC) 3.2.3 (mingw special 20030504-1) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 2) Mingw is installed in the default directory: c:\mingw Does the fact that I got a warning about spawnvp function when I built bjam has something to do with this? C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " ...found 83 targets... ...updating 4 targets... .cc. bin.ntx86\yyacc.exe .cc. bin.ntx86\mkjambase.exe .cc. bin.ntx86\jam.exe execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type .link. bin.ntx86\bjam.exe 1 file(s) copied. ...updated 4 targets... I read somewhere something about different signatures for the spawn function and this indicates the one used by bjam is not the one that mingw supports. Why would spawn fail? Is this an OS issue or a compiler thing? Is bjam the program that fails? Or is it a python script that fails? How can I trace this error? I really appreciate your help, Alex ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 3

Re: [Boost-users] Re: compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 22 Jun '04

22 Jun '04

Hi, This is the output of running the command line with the d+4 and d+2 option respectively. I'm running the command from the dos shell (cmd.exe). As far as the filesystem. The filesystem is NTFS. Thanks, Alex C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+4 Executing raw command directly Executing command [g++] [-Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end __:_data_start__] [-Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_ti me.dll\mingw\debug\boost_date_time-mgw-d-1_31.lib] [-g] [-shared] [-mno-cygwin] [-o] ["bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\boost_date _time-mgw-d-1_31.dll"] ["bin\boost\libs\date_time\build\boost_date_time.dll\ming w\debug\greg_month.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dll\mi ngw\debug\greg_weekday.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dl l\mingw\debug\date_generators.obj"] spawn: Invalid argument C:\opt\boost_1_31_0>bjam -sTOOLS=mingw -sPYTHON_ROOT=c:\Python23 -sPYTHON_VERSIO N=2.3 -d+2 gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\b oost_date_time-mgw-d-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll \mingw\debug\boost_date_time-mgw-d-1_31.lib g++ -Wl,--exclude-symbols,_bss_end__:_bss_start__:_data_end__:_data_start_ _ -Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debu g\boost_date_time-mgw-d-1_31.lib -g -shared -mno-cygwin -o "bin\boost\libs\dat e_time\build\boost_date_time.dll\mingw\debug\boost_date_time-mgw-d-1_31.dll" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month.obj" "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_weekday.obj " "bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_generator s.obj" spawn: Invalid argument ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 4

Dynamic bitset help
by Michael Short 21 Jun '04

21 Jun '04

Hello please anyone some one must have a example or something using the dynamic bitset? Has anyone got a few good examples of the dynamic bitset been used with member functions like append and block type? If so could you please send in some thanks. Michael

1 0

Re: [Boost-users] Newbie: What is the actual return type?
by Doug Gregor 21 Jun '04

21 Jun '04

[Sorry about the top-post; switching e-mail accounts] On Sun, 20 Jun 2004, Tim Rowe wrote: > > You're actually getting back an (Lvalue) property map. Think of it > > like an std::map<vertex_descriptor, std::string>, because it maps > > from the vertices in the graph g to the vertex name (which is an > > std::string here). The difference is that the property map is fast > > (O(1)) whereas the std::map would be slow (O(log |V|)). > > > > Interior properties will get a bit easier with the next Boost > > release. > > > > > > Doug > > Thanks. The property_map documentation says that "the get() function > takes a property map object [...] and a key object"; is that the get() > that's used there? Well, no :(. The get() being used there is actually part of the PropertyGraph concept, documented here: http://www.boost.org/libs/graph/doc/PropertyGraph.html When you have an interior property p (like vertex_name_t in the example graph) and graph g, the expression get(p, g) gives you a property map for that particular property and graph, that can be "indexed" with the appropriate key (e.g., a vertex or edge descriptor). > So vertex_name is a map of maps, with a Graph as a key? This analogy actually works (much to my surprise!), so long as you don't push it too far :) So yes, get(vertex_name, g) returns a map from vertices in g to the name of the vertex. > And where is the interface to property_map defined? > boost_1_31_0\libs\graph\doc\using_property_maps.html says that it's > defined in boost_1_31_0\libs\property_map\property_map.html, but that > just > contains another example, and I can't find which header declares it -- I > can't see it in property_map.hpp which is where I expected it to be! The actual struct template property_map is used (only!) to get the return type of, e.g., get(vertex_name, g). It is defined in boost/graph/properties.hpp, but the definition won't help much because I don't think that's quite what you're asking for. When you use get(vertex_name, g) you get back a property map. There's no single type that defines a property map, because it's a concept. To find out what you can do with a property map, check out: http://www.boost.org/libs/property_map/property_map.html Specifically, you want the links to the ReadablePropertyMap, WriteblePropertyMap, and LvaluePropertyMap concepts. Doug

1 0

Re: [Boost-users] compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 21 Jun '04

21 Jun '04

Janusz, I'm using version 3.1.0-1 of mingw (its basically the current release that you can download at www.mingw.org) THanks, Alex PS. Sorry for posting in another thread, I don;t know how to reply in the current thread. Alexis H. Rivera-Rios writes: > Hi, > > I downloaded boost 1.31.0 and I'm using bjam version > 3.1.10. What mingw version are you using? Regards, Janusz ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

4 4

Newbie: What is the actual return type?
by Tim Rowe 20 Jun '04

20 Jun '04

In the Kevin Bacon example in the Boost::Graph documentation, we declare: typedef adjacency_list < vecS, vecS, undirectedS, property < vertex_name_t, std::string >, property < edge_name_t, std::string > > Graph; Graph g; and later declare and call: typedef property_map < Graph, vertex_name_t >::type actor_name_map_t; actor_name_map_t actor_name = get(vertex_name, g); What are we actually getting back here? I can see that we can index it (we do later), but is it just an array? Or a vector? Or what? I assume I am /supposed/ to know (not like Ada's "type foo is private"), so that I know what I can do with it! TIA, Tim Rowe

2 2

Re: staticially linked STLport and Boost
by Lukáš Krejčí 20 Jun '04

20 Jun '04

Hi, I have encountered similar problem that you solved after "some fiddling". Can you specify what exactly you did to successfully compile Boost.Python? Thanks, L. >> try >> >> bjam "-sTOOLS=msvc-stlport" "-sBUILD=debug <runtime-link>static ><stlport-iostream>on" > >The default Boost.Python settings seem to conflict with ><runtime-link>static, but after some fiddling I worked out how to fix >it. I thought it wouldn't need this, but I also needed to force >"<threading>multi" to get it passed the final set of linking problems. > Of course, it seems to work at the moment, and I'll probably be back >here if/when I start getting strange crashes :) > > Thanks for the pointer in the right direction :) >

1 0

BGL on VC6.0
by Boris Kagan 20 Jun '04

20 Jun '04

Hi All, I have a problem in compiling my very first example in BGL - quick_tour.cpp, using boost-1_31, VC 6.0 and native Microsoft stl. I've got the following error messages: c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1055) : error C2244: 'bidirectional_graph_helper_with_property<Config>::remove_edge' : unable to resolve function overload c:\boost\include\boost-1_31\boost\graph\detail\adjacency_list.hpp(1057) : error C2954: template definitions cannot nest c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2039: 'type' : is not a member of '`global namespace'' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(45) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2653: 'mpl' : is not a class or namespace name c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2143: syntax error : missing ';' before '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(52) : error C2059: syntax error : '<' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(56) : error C2238: unexpected token(s) preceding ';' c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(57) : see reference to class template instantiation 'is_incrementable_::impl<T>' being compiled c:\boost\include\boost-1_31\boost\detail\is_incrementable.hpp(69) : fatal error C1903: unable to recover from previous error(s); stopping compilation My question is : May I use BGL 1_31 using VC6.0 with all restrictions of VC6.0 compiler? Thanks a lot for your advice, Kagan Boris.

1 0

compiling boost with mingw in winxp
by Alexis H. Rivera-Rios 18 Jun '04

18 Jun '04

Hi, I downloaded boost 1.31.0 and I'm using bjam version 3.1.10. I want to compile the code with Mingw by doing the following: bjam -s"TOOLS=mingw" and I get the following message: C:\opt\boost_1_31_0>bjam -s"TOOLS=mingw" install ...found 8817 targets... ...updating 3260 targets... MkDir1 C:\Boost MkDir1 C:\Boost\lib gcc-Link-action bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\b oost_date_time-mgw-d-1_31.dll bin\boost\libs\date_time\build\boost_date_time.dll \mingw\debug\boost_date_time-mgw-d-1_31.lib spawn: Invalid argument I have no idea were to start looking to debug the code. If it may help, I downloaded the source code for bjam and compiled it and get the following messages: C:\opt\boost-jam-3.1.10>build mingw ### ### Using 'mingw' toolset. ### C:\opt\boost-jam-3.1.10>rd /S /Q bootstrap.mingw C:\opt\boost-jam-3.1.10>md bootstrap.mingw C:\opt\boost-jam-3.1.10>gcc -DNT -o bootstrap.mingw\jam0.exe command.c compile. c execnt.c execunix.c execvms.c expand.c filent.c fileos2.c fileunix.c filevms.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c mak e1.c newstr.c option.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c sear ch.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd .c class.c w32_getreg.c native.c modules/set.c modules/path.c modules/regex.c m odules/property-set.c modules/sequence.c modules/order.c execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " clean ...found 1 target... ...updating 1 target... .rm. clean ...updated 1 target... C:\opt\boost-jam-3.1.10>.\bootstrap.mingw\jam0 -f build.jam --toolset=mingw "--t oolset-root= " ...found 83 targets... ...updating 4 targets... .cc. bin.ntx86\yyacc.exe .cc. bin.ntx86\mkjambase.exe .cc. bin.ntx86\jam.exe execnt.c: In function `execcmd': execnt.c:651: warning: passing arg 3 of `spawnvp' from incompatible pointer type execnt.c:682: warning: passing arg 3 of `spawnvp' from incompatible pointer type .link. bin.ntx86\bjam.exe 1 file(s) copied. ...updated 4 targets... The executables are generated, but I suspect the spawn warning has to do with the build error. I'll appreciate your help, Alex ===== Programming Tutorial: In Python: To do this, do this In Perl: To do this, do this or this or this or this... In C: To do this, do this, but be careful In C++: To do this, do this, but don't do this, be careful of this, watch out for this, and whatever you do, don't do this __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

INI File Parser?
by Duane Murphy 18 Jun '04

18 Jun '04

A while back, I noted that there was an INI file parser as part of boost. It was obscure, but I think it was in the program_options library. I note references to program_options searching the web site, but I'm not finding anything in the latest builds. I'm specifically interested in parsing INI files (I'm on a Macintosh) but the program_options library also seemed interesting. Is there anything available? What's the status of the program_options library? Thanks for any pointers, ...Duane

4 4

How to Compile boost::function With a NoArg Member Function ?
by Eduardo Bezerra 17 Jun '04

17 Jun '04

Hi, I need to use boost::function in a context like this one: struct Widget { string ToString() {return "Widget"; } }; int main() { function<string () f(&Widget::ToString); } What's the correct syntax to sucessfully compile this example ? Best regards, Eduardo _________________________________________________________________ MSN Messenger: instale grátis e converse com seus amigos. http://messenger.msn.com.br

2 1

Newbie question -- graph library example
by Tim Rowe 17 Jun '04

17 Jun '04

In the example examples/file_dependencies.cpp, I can't see what either of the typedefs for Color do: typedef property_map<Graph,vertex_color_t>::type Color; If I comment then out everything seems still to work. What are they there for? TIA, Regards, Tim

2 1

[Tuple] broken for gcc-3.4.0
by Jürgen Hunold 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! After updating my cvs snapshot at 12.15 , the tuple library is broken for gcc 3.4.0. My own program stopped compiling and when going to libs/tuple/test and running bjam I get: In file included from /ive/hunold/packages/boost/boost/tuple/tuple.hpp:38, from ../../../libs/tuple/test/tuple_test_bench.cpp:19: /ive/hunold/packages/boost/boost/tuple/detail/tuple_basic.hpp: In function `typename boost::tuples::access_traits<typename boost::tuples::element<N, boost::tuples::cons<HT, TT> >::type>::non_const_type boost::tuples::get(boost::tuples::cons<HT, TT>&)': /ive/hunold/packages/boost/boost/tuple/detail/tuple_basic.hpp:212: error: `get_class' undeclared (first use this function) (full output of failing tests attached) So I think this is really something which gcc 3.4.0 does no handle. Yours, Jürgen - -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA0ZJ7ljbJ/LLrxrYRAhxCAJ9xnzG7bfPORsLVU9pjhD90RjP5CQCbBgL6 g154KH2PULNGi8pBFIDsiTM= =XvKx -----END PGP SIGNATURE-----

2 3