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

[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

Have anyone used boost on ARM platform?
by Vyacheslav E. Andrejev 17 Jan '05

17 Jan '05

Hello All. I'm interested in possibility of using boost library on ARM9 platform. Does anyone do it before? Any pitfalls and hidden dangers? What toolchain for compilation is better to use? Is there some performance drawbacks when using boost compared with pure C? -- Vyacheslav E. Andrejev System Architect, Excelsior, LLC

2 1