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

[Boost-users] Compile on OSX hangs, huge memory usage, xml_grammar.o
by Stian Soiland 19 Jan '05

19 Jan '05

Tried to build boost_1_32_0 on OSX today, but the build process brought the machine to trashing, as cc1plus ended up using all available memory. The problem seems related to libs/serialization - removing it made the rest of boost build almost OK. Here are the details: Mac OS X 10.3.7, with gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) Lots of programs from fink installed to /sw Lots of programs from opendarwin installed to /opt 1. port install boost-jam (3.1.10) 2. Downloaded boost_1_32_0.tar.bz2 from boost.org and unpacked 3. bjam -sTOOLS=darwin stage 4. Start top in another terminal 5. Wait some hours until your hard drive starts to make crazy noises 6. Last bjam output will be: darwin-C++-action bin/boost/libs/serialization/build/libboost_serialization.a/darwin/ release/xml_grammar.o Top will show something like: Processes: 88 total, 2 running, 1 stuck, 85 sleeping... 223 threads 17:46:32 Load Avg: 1.72, 1.89, 1.45 CPU usage: 9.5% user, 30.2% sys, 60.3% idle SharedLibs: num = 131, resident = 7.25M code, 404K data, 136K LinkEdit MemRegions: num = 28961, resident = 896M + 2.28M private, 16.7M shared PhysMem: 111M wired, 601M active, 300M inactive, 1013M used, 10.6M free VM: 7.65G + 88.6M 1116924(79) pageins, 1865004(459) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 28631 cc1plus 11.5% 1:51.55 1 12 16184 842M- 804K 543M- 1.09G+ 28630 g++-3.3 0.0% 0:00.03 1 11 18 0K 264K 76K 21.8M 28628 bjam 0.0% 0:07.44 1 12 52 4K 264K 92K 31.2M rm -rf libs/serialization to avoid problem. But I guess some people actually need those xml-grammars.. -- Stian Søiland You can't say civilization don't Trondheim, Norway advance, however, for in every war http://www.soiland.no/ they kill you in a new way. [Rogers] =/\=

2 1

[stringalgo] Tokenizer with string delimiters?
by Stefan Slapeta 19 Jan '05

19 Jan '05

Hi, please could anybody tell if it's possible to use split() to tokenize a string where the token delimiters are strings of - n characters, e.g. "\r\n" - m..n characters, e.g. "\n" _or_ "\r\n" If not, are there alternatives? Thanks, Stefan

2 1

Re: [Boost-users] Re: Re: gregoran::year_based_generator and=?ISO-8859-1?Q? mingw-3.4.2?=
by Antonio Coralles 19 Jan '05

19 Jan '05

boost-users(a)lists.boost.org wrote: > On Tue, 18 Jan 2005 17:19:56 -0700, Bart wrote > >> > i've also tried to compile some other examples - they work, like the >> > rest of my program; maybe there is something wrong with my > installation >> > - but i don't know what. it is also really strange that mingw accepts >> > partial_date [in my app] which is derived from year_based_generator > but >> > refuses to work with year_based_generator*. >> > >> > antonio >> >> I'm stumped. >> >> I tried upgrading to gcc/g++ 3.4 (I extracted these into my original >> mingw installation) and am unable to duplicate your errors. >> >> If you can spare the time, try downloading a fresh boost_1_32_0 archive >> and attempting a print_holidays compile with that source tree. I'm >> wondering if your source tree may have been corrupted somehow. > > That would be my guess at this point too. The fact that the example fails > means something is really off. I just compiled 1_32 with mingw dev-cpp > with > compiler version 3.3.1. The regression tests also succeed for your > combination. More than likely it would have to be something messed up in > boost/date_time/date_generators.hpp -- so you could try just getting the > latest version of that file and replacing it. > > > Jeff i'll try a complete reinstallation of the boost-libraries in the next few days. i think it is more likely that the library isn't correctly installed because i had the same problems with 1_31_0. it is eaven possible that there is something wrong with my mingw installation. antonio

1 0

(de)serializing vector<const A*>
by Zoltan Szatmary 19 Jan '05

19 Jan '05

Hello could you help please? what is the easiest way to (de)serialize a member of type vector<const A*> (A being a base class)? Serializing is fine, but deserialization fails to compile since the vector deserialization code tries to deserialize a const A* pointer without const_cast-ing it (I guess). Thank you in advance Zoltan

2 1

Re: [Boost-users] Re: gregoran::year_based_generator and mingw-3.4.2
by Antonio Coralles 19 Jan '05

19 Jan '05

[snip] > boost-users(a)lists.boost.org <mailto:boost-users@lists.boost.org> wrote: >> "Antonio Coralles" <noche.suapie(a)reflex.at > <mailto:noche.suapie@reflex.at> <mailto:>> wrote in message >> news:41EBE2F0.7020003@reflex.at... >>> i'm writing on a programm which uses the boost date_time library >>> [boost-version = 1.32.0] heavily; while i normally programm in linux >> using >>> gcc-3.3.5 i also need to compile my program in windows from time to >> time. >>> because it makes life easier with another library [gtkmm-2.4.8] i'm >> using >>> mingw-3.4.2; everthing worked fine (my code contains about 10 000 lines >>> using boost_date_time) until i started using a >>> boost::gregorian::year_based_generator. while gcc-3.3.5 in liux >> accepts my >>> code without even a single warning [with -Wall], mingw-3.4.2 complains - >>> it seems that the compiler has problems with year_based_generator: > [snip] [snip] >> Are you able to build the print_holidays example? It uses pointers to >> year_base_generators. [snip] > > i'll try that in the next time and post the results of this experiment; > be the way, i've now compiled my app in win succesfully by putting > evrything which is somehow connected to year_based_generator into > #ifndef WIN32_COMPILE .... #endif. that isn't too bad for the moment, > because i don't use these methods by now in > other parts of my prog [except unit tests]. but sooner or later i will ... > [snip] i've now tried to compile the print_holidays example: this is what i got: $ g++ -lboost_date_time-mgw-1_32 print_holidays.cpp -o test.exe print_holidays.cpp: In function `int main()': print_holidays.cpp:43: error: `year_based_generator' undeclared (first use this function) print_holidays.cpp:43: error: (Each undeclared identifier is reported only once for each function it appears in.) print_holidays.cpp:43: error: template argument 1 is invalid print_holidays.cpp:43: error: template argument 2 is invalid print_holidays.cpp:43: error: invalid type in declaration before ';' token print_holidays.cpp:44: error: `push_back' has not been declared print_holidays.cpp:44: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:45: error: `push_back' has not been declared print_holidays.cpp:45: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:46: error: `push_back' has not been declared print_holidays.cpp:46: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:53: error: `push_back' has not been declared print_holidays.cpp:53: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:55: error: `push_back' has not been declared print_holidays.cpp:55: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:57: error: `push_back' has not been declared print_holidays.cpp:57: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:59: error: `push_back' has not been declared print_holidays.cpp:59: error: request for member of non-aggregate type before '( ' token print_holidays.cpp:64: error: template argument 1 is invalid print_holidays.cpp:64: error: template argument 2 is invalid print_holidays.cpp:64: error: expected `;' before '::' token print_holidays.cpp:65: error: `it' undeclared (first use this function) print_holidays.cpp:65: error: `end' has not been declared print_holidays.cpp:65: error: request for member of non-aggregate type before '( ' token ' token i've also tried to compile some other examples - they work, like the rest of my program; maybe there is something wrong with my installation - but i don't know what. it is also really strange that mingw accepts partial_date [in my app] which is derived from year_based_generator but refuses to work with year_based_generator*. antonio

3 2

mpl::sequence question
by Martin Pasdzierny 19 Jan '05

19 Jan '05

Hello meta programmers, I am looking for a way to extract a sub sequence of a given type list by identifying the begin/end of the sub sequence by the corresponding iterators <code> #include <boost/mpl/vector.hpp> #include <boost/mpl/for_each.hpp> #include <boost/mpl/less.hpp> #include <boost/mpl/greater.hpp> #include <boost/mpl/and.hpp> #include <boost/mpl/find.hpp> #include <boost/mpl/lambda_fwd.hpp> #include <boost/mpl/lambda.hpp> #include <boost/mpl/placeholders.hpp> #include <boost/mpl/if.hpp> #include <boost/mpl/copy.hpp> #include <boost/mpl/copy_if.hpp> #include <boost/mpl/remove_if.hpp> #include <boost/mpl/back_inserter.hpp> #include <boost/mpl/transform.hpp> #include <boost/mpl/push_back.hpp> #include <boost/mpl/int.hpp> // these namespace clauses are motivated from "C++ Template Metaprogramming" by D.Abrahams,A.Gurtovoy: namespace mpl = boost::mpl ; using mpl::placeholders; // But why do I still need to type 'mpl::_1' instead of plain '_1' ? // here is my type list typedef mpl::vector<int,double,std::string > my_types; // from_pos and to_pos are start and end iterators of the subsequence typedef typename mpl::find<my_types,int>::type from_pos; typedef typename mpl::find<my_types,std::string>::type to_pos; // all elements (types) of my_types should be copied into the new seuqence my_sub_types if their iterator (index) is inside the given interval (from_pos,to_pos) typedef mpl::copy_if<my_types, mpl::and_< mpl::greater< mpl::find<my_types,mpl::_1>::type, mpl::int_<from_pos> > , mpl::less< mpl::find<my_types,mpl::_1>::type, mpl::int_<to_pos> > >, mpl::back_inserter< mpl::vector<> > >::type my_sub_types; </code> This code (and lots of slight variations) does not compile. Why ? Any hint (conceptual,syntactical,etc.) is welcome ! regards,Martin. <martin(a)pasdzierny.de>

2 1

Re: [Boost-users] Re: gregoran::year_based_generator and mingw-3.4.2
by Antonio Coralles 18 Jan '05

18 Jan '05

boost-users(a)lists.boost.org wrote: > > "Antonio Coralles" <noche.suapie(a)reflex.at <mailto:>> wrote in message > news:41EBE2F0.7020003@reflex.at... >> i'm writing on a programm which uses the boost date_time library >> [boost-version = 1.32.0] heavily; while i normally programm in linux > using >> gcc-3.3.5 i also need to compile my program in windows from time to > time. >> because it makes life easier with another library [gtkmm-2.4.8] i'm > using >> mingw-3.4.2; everthing worked fine (my code contains about 10 000 lines >> using boost_date_time) until i started using a >> boost::gregorian::year_based_generator. while gcc-3.3.5 in liux > accepts my >> code without even a single warning [with -Wall], mingw-3.4.2 complains - >> it seems that the compiler has problems with year_based_generator: >> >> calendar.hpp:60: error: variable or field `insertGenerator' declared void >> calendar.hpp:60: error: expected `;' before '(' token >> calendar.hpp:92: error: expected `)' before '*' token >> calendar.hpp:95: error: using-declaration for non-member at class scope >> calendar.hpp:95: error: expected `;' before '*' token >> >> here is the header: >> > ...snip... >> maybe somebody can give me a hint - or maybe point out an error in this >> header which is ignored by gcc-3.3.5. >> thanks, >> antonio > > I don't have mingw 3.4 available to me (I have 3.2). I do know the > regressions tests are passing for date_generators and 3.4 though. > > Are you able to build the print_holidays example? It uses pointers to > year_base_generators. > > It's in libs/date_time/example/gregorian. > > Bart > i'll try that in the next time and post the results of this experiment; be the way, i've now compiled my app in win succesfully by putting evrything which is somehow connected to year_based_generator into #ifndef WIN32_COMPILE .... #endif. that isn't too bad for the moment, because i don't use these methods by now in other parts of my prog [except unit tests]. but sooner or later i will ... antonio

1 0

boost::tokenizer problems with Sun CC 5.3
by Debajit Adhikary 18 Jan '05

18 Jan '05

For the following code: // start of code #include <iostream> #include <string> #include <boost/tokenizer.hpp> int main() { using namespace std; using namespace boost; string s = "first second third"; tokenizer<> tok(s); for(tokenizer<>::iterator i = tok.begin(); i != tok.end(); ++i) cout << *i << "\n"; } // end of code With the Sun CC compiler (Sun WorkShop 6 update 2 C++ 5.3), I get the following error message: "/usr/include/boost/iterator/iterator_facade.hpp", line 623: Error: Could not find a match for boost::iterator_core_access::equal<boost::iterator_core_access::Facade1, boost::iterator_core_access::Facade2>(const boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, const boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, boost::is_convertible<boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>>). "t.cpp", line 15: Where: While instantiating "boost::operator!=<boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::basic_string<char, std::char_traits<char>, std::allocator<char>>, boost::forward_traversal_tag, const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&, int, boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::basic_string<char, std::char_traits<char>, std::allocator<char>>, boost::forward_traversal_tag, const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&, int>(const boost::iterator_facade<boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::basic_string<char, std::char_traits<char>, std::allocator<char>>, boost::forward_traversal_tag, const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&, int>&, const boost::iterator_facade<boost::token_iterator<boost::char_delimiters_separator<char, std::char_traits<char>>, const char*, std::basic_string<char, std::char_traits<char>, std::allocator<char>>>, std::basic_string<char, std::char_traits<char>, std::allocator<char>>, boost::forward_traversal_tag, const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&, int>&)". "t.cpp", line 15: Where: Instantiated from non-template code. 1 Error(s) detected. What could be the problem here? If Sun CC 5.3 doesnt support boost::tokenizer at all, are there any workarounds that I could use?

1 0

gregoran::year_based_generator and mingw-3.4.2
by Antonio Coralles 18 Jan '05

18 Jan '05

i'm writing on a programm which uses the boost date_time library [boost-version = 1.32.0] heavily; while i normally programm in linux using gcc-3.3.5 i also need to compile my program in windows from time to time. because it makes life easier with another library [gtkmm-2.4.8] i'm using mingw-3.4.2; everthing worked fine (my code contains about 10 000 lines using boost_date_time) until i started using a boost::gregorian::year_based_generator. while gcc-3.3.5 in liux accepts my code without even a single warning [with -Wall], mingw-3.4.2 complains - it seems that the compiler has problems with year_based_generator: calendar.hpp:60: error: variable or field `insertGenerator' declared void calendar.hpp:60: error: expected `;' before '(' token calendar.hpp:92: error: expected `)' before '*' token calendar.hpp:95: error: using-declaration for non-member at class scope calendar.hpp:95: error: expected `;' before '*' token here is the header: /* This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ #ifndef CL_CALENDAR #define CL_CALENDAR #include "boost/date_time/gregorian/gregorian.hpp" #include <stdexcept> #include <vector> #include <map> #ifndef BG #define BG boost::gregorian #endif /*!@brief besides of providing you with information if the day you are looking at is a * working day / saturday / sunday you can also store and retrieve additional * information about specific dates */ class calendar { public: enum dayChar { NORMAL_DAY = 0, SATURDAY = 1, SUNDAY = 2, PUBLIC_HOLIDAY = 3, SPECIAL_DAY = 4 }; /*!@brief obtain a calendar for a given context*/ static calendar& get(unsigned context=0); /*!@brief remove all calendar instances which have been created so far*/ static void removeAll(); /*!@brief remove the instance for a given context * * @remark you should call this function if you don't need the instance associated with * with context any more to avoid memory leaks ! */ static void remove(unsigned context); /*!@param[in] tDay the day to mark * @param[in] character the new character * @return true if the operation was succesfull * @note you cant lower the default character of a given day - e.g. you can't * give a sunday the character of a normal working day*/ bool markDay(const BG::date& tDay, dayChar character); /*!@return true if succesfull*/ bool unmarkDay(const BG::date& tDay); /*!@brief mark a day for every year using a partial_date * * @param[in] pDate a partial date * @param[in] character the new character*/ void markDay(const BG::partial_date& pDate, dayChar character); /*!@return true if succesfull*/ bool unmarkDay(const BG::partial_date& tDate); /*!@brief use this function to define more sophisticated (holi)days * * @param[in] gen a pointer to a year_based_generator optained from new * @param[in] manage if true the calendar is responsible for deleting*/ void insertGenerator(BG::year_based_generator *gen, dayChar character, bool manage=true); /*!@brief removes all generators inserted with insertGenerator*/ void removeGenerators(); /*!@brief get information from our calendar*/ dayChar getDayCharacter(const BG::date& thatDay) const; void reset(); int getRegularWorkingDaysWithin(const BG::date_period& tPeriod) const; /*!@remark this function can be usefull to dump our calendar to a file */ const std::map<BG::date, dayChar>& getDateMap() const { return _dMap; } /*!@remark this function can be usefull to dump our calendar to a file */ const std::map<BG::partial_date, dayChar>& getPartialDateMap() const { return _pMap; } private: calendar() {}; ~calendar(); //no copy-construction, no assignement calendar(const calendar&); calendar& operator=(const calendar&); static dayChar getDefaultCharacter(const BG::date& tDate); //data std::map<BG::date, dayChar> _dMap; std::map<BG::partial_date, dayChar> _pMap; struct hlp { hlp(BG::year_based_generator *gen, dayChar tChar, bool man) : generator(gen), character(tChar), manage(man) {} BG::year_based_generator *generator; dayChar character; bool manage; }; std::vector<hlp> _genVec; static std::map<unsigned, calendar*> _sc_calMap; }; std::ostream& operator<<(std::ostream& os, calendar::dayChar dChar); std::istream& operator>>(std::istream& is, calendar::dayChar& dChar); #endif maybe somebody can give me a hint - or maybe point out an error in this header which is ignored by gcc-3.3.5. thanks, antonio

2 1

spirit (boost 1.32.0) grammar.ipp won't compile
by Sergey Skorniakov 18 Jan '05

18 Jan '05

Hello, All! I had tryed to compile some code with Microsoft (R) C/C++ Optimizing Compiler Version 14.00.2207 for AMD64 (from Server 2003 DDK) and got an error: C:\boost_1_32_0\boost\spirit\core\non_terminal\impl\grammar.ipp(308) : error C2784: 'std::mem_fun_t<_R,_Ty> std::mem_fun(_R (__cdecl _Ty::* ) (void))' : could not deduce template argument for 'T1 (__cdecl T2::* )(void)' from 'int (__cdecl boost::spirit::impl::grammar_helper_base<GrammarT>::* )(GrammarT *)' with [ GrammarT=boost::spirit::grammar<boost::archive::basic_xml_grammar<wchar_t>>::self_t ] Just changing std::mem_fun(&helper_base_t::undefine) to std::mem_fun1(&helper_base_t::undefine) resolves this problem. Modified successfully compiles under VC7.1, too. With best regards, Sergey.

2 2