- Boost-users - lists.boost.org

Re: [Boost-users] Link error Boost.Serialization
by Christian Heinemann 31 Mar '05

31 Mar '05

boost-users(a)lists.boost.org schrieb am 31.03.05 04:11:12: > > On Wed, 30 Mar 2005 13:06:32 +0100, Christian Heinemann wrote > > Hi, > > i want to use serialization library from boost. I'm enthused about > > the functionality. But when i try to compile and link the first > > example (which can be find on > > http://www.boost.org/libs/serialization/doc/index.html) i get the > > following error messages: > > (with g++ -o serialize serialize.cpp -lboost_serialization-gcc > > -I/usr/local/include/boost-1_32) > > It doesn't look like you've told the compiler where to find the serialization > library. You probably need the option: > > -L /usr/local/lib > > assuming that's where the serialization library is installed. I found out that "gcc -o serialize serialize.cpp -lboost_serialization-gcc-d -I/usr/local/include/boost-1_32 -lboost_thread-gcc-mt" works. Exist there a special reason why i should use "boost_serialization-gcc-d" instead of "lboost_serialization-gcc" ? Christian ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

boost and STLport using VC++ 7.1
by Oleg Smolsky 31 Mar '05

31 Mar '05

Hello, I'm trying to build boost using VC++ 7.1 against STLport 5.0 rc2. The very first library that is built is boost_date_time.dll and the compiler chokes on greg_month.cpp. The full bjam output is at the end of the message. Some background info, that may be useful: - I can successfully build boost without STLport using this this command: bjam "-sTOOLS=vc-7_1" "-sBUILD=debug release <runtime-link>dynamic <threading>multi" --prefix=..\boost --builddir=..\boost-obj install - when using STLport I build using: bjam "-sTOOLS=vc-7_1-stlport" "-sSTLPORT_PATH=..\STLport\stlport" "-sBUILD=debug release <runtime-link>dynamic <threading>multi" --prefix=..\boost --builddir=..\boost-obj install - if I let the building process continue, it builds about 60% of all libraries - I need to use STLport5 because it supports VC++ 7.1 out of the box - I've tried building CVS/HEAD version of boost as well as the latest released version 1.32 So, has anybody tried building this combination? Thanks in advance. Here is the full output. Oleg. vc-C++ ..\boost-obj\bin\boost\libs\date_time\build\boost_date_time.dll\vc-7_1-st lport\debug\threading-multi\greg_month.obj greg_month.cpp C:\testing\boost-cvs\boost\lexical_cast.hpp(150) : error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'boost::date_time::date _names_put<Config,charT,OutputIterator>::string_type' (or there is no acceptable conversion) with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>> ] C:\testing\boost-cvs\boost\lexical_cast.hpp(189) : see reference to func tion template instantiation 'bool boost::detail::lexical_stream<Target,Source>:: operator >><Target>(InputStreamable &)' being compiled with [ Target=boost::date_time::date_names_put<boost::gregorian::greg_facet _config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar_t>>>::st ring_type, Source=const char *, InputStreamable=boost::date_time::date_names_put<boost::gregorian::g reg_facet_config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar _t>>>::string_type ] C:\testing\boost-cvs\boost\date_time\date_names_put.hpp(131) : see refer ence to function template instantiation 'Target boost::lexical_cast<boost::date_ time::date_names_put<Config,charT,OutputIterator>::string_type,const char*>(Sour ce)' being compiled with [ Target=boost::date_time::date_names_put<boost::gregorian::greg_facet _config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar_t>>>::st ring_type, Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>>, Source=const char * ] C:\testing\boost-cvs\boost\date_time\date_names_put.hpp(127) : while com piling class-template member function 'void boost::date_time::date_names_put<Con fig,charT,OutputIterator>::do_put_special_value(boost::date_time::date_names_put <Config,charT,OutputIterator>::iter_type &,boost::date_time::date_names_put<Conf ig,charT,OutputIterator>::special_value_enum) const' with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>> ] C:\testing\boost-cvs\boost\date_time\date_names_put.hpp(213) : see refer ence to class template instantiation 'boost::date_time::date_names_put<Config,ch arT,OutputIterator>' being compiled with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>> ] C:\testing\boost-cvs\libs\date_time\build\../src\gregorian\greg_month.cp p(129) : see reference to class template instantiation 'boost::date_time::all_da te_names_put<Config,charT>' being compiled with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t ] C:\testing\boost-cvs\boost\lexical_cast.hpp(150) : error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'boost::date_time::date _names_put<Config,charT,OutputIterator>::string_type' (or there is no acceptable conversion) with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>> ] C:\testing\boost-cvs\boost\lexical_cast.hpp(189) : see reference to func tion template instantiation 'bool boost::detail::lexical_stream<Target,Source>:: operator >><Target>(InputStreamable &)' being compiled with [ Target=boost::date_time::date_names_put<boost::gregorian::greg_facet _config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar_t>>>::st ring_type, Source=const unsigned short *, InputStreamable=boost::date_time::date_names_put<boost::gregorian::g reg_facet_config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar _t>>>::string_type ] C:\testing\boost-cvs\boost\date_time\date_names_put.hpp(189) : see refer ence to function template instantiation 'Target boost::lexical_cast<boost::date_ time::date_names_put<Config,charT,OutputIterator>::string_type,const charT*>(Sou rce)' being compiled with [ Target=boost::date_time::date_names_put<boost::gregorian::greg_facet _config,wchar_t,std::ostreambuf_iterator<wchar_t,std::char_traits<wchar_t>>>::st ring_type, Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>>, Source=const wchar_t * ] C:\testing\boost-cvs\boost\date_time\date_names_put.hpp(188) : while com piling class-template member function 'void boost::date_time::date_names_put<Con fig,charT,OutputIterator>::put_string(boost::date_time::date_names_put<Config,ch arT,OutputIterator>::iter_type &,const charT *const ) const' with [ Config=boost::gregorian::greg_facet_config, charT=wchar_t, OutputIterator=std::ostreambuf_iterator<wchar_t,std::char_traits<wch ar_t>> ] "cl" /Zm800 -nologo /EHsc -c -DBOOST_ALL_DYN_LINK=1 -DUSE_DATE_TIME_PRE_1_ 33_FACET_IO -D_STLP_DEBUG=1 -D_STLP_DEBUG_UNINITIALIZED=1 -D_STLP_USE_DYNAMIC_LI B=1 /Z7 /Od /Ob0 /EHsc /GR /MDd /Op /Zc:forScope -I"..\boost-obj\bin\boost\li bs\date_time\build" -I"..\STLport\stlport\STLport-4.6.2\stlport" -I"C:\testing \boost-cvs" -Fo"..\boost-obj\bin\boost\libs\date_time\build\boost_date_time.dl l\vc-7_1-stlport\debug\threading-multi\greg_month.obj" -Tp"C:\testing\boost-cvs \libs\date_time\build\../src/gregorian/greg_month.cpp" ...failed vc-C++ ..\boost-obj\bin\boost\libs\date_time\build\boost_date_time.dll \vc-7_1-stlport\debug\threading-multi\greg_month.obj...

3 3

Cross compiling boost for Embedded Planet ppc_82xx question
by Brad Cox 31 Mar '05

31 Mar '05

I'm trying to cross-compile boost for the Embedded Planet PowerPC 82xx target platform and have a few questions. This is the first time I've used jam so I'm a bit disoriented. Can somebody help? The build platform is a vanilla Redhat 9 system for which the target processor vendor provides a cross-compiler (ppc_82xx_gcc). This is a modified version of gcc that builds applications to run under their Linux kernel/application environment, supplied as a collection of rpm images. These are installed on the host file system and exported to the target platform via NFS. All this is in place now and apparently is working, at least insofar as having compiled ACE/TAO successfully (as yet untested). Question is, how do I compile boost for this platform? I've copied tools/build/v1/gcc-tools.jam to tools/build/v1/ppc_82xx-tools.jam and changed the GCC/GXX settings in that file to ppc_82xx-gcc and ppc_82xx-g++ respectively, which is all that should be needed insofar as their compiler is concerned. Here's what I'm getting: jam needs to be told the target architecture somehow. Question is, how do I do this? /usr/local/tena-tools/i686-pc-linux-gnu/bin/bjam --prefix="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d" --builddir="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build" -sTOOLS="ppc_82xx-gcc" -sBUILD="debug <runtime-link>dynamic <threading>multi" -sGXX="ppc_82xx-gcc" -sGCC="ppc_82xx-gcc" install/usr/local/tena-tools/i686-pc-linux-gnu/bin/bjam --prefix="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d" --builddir="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build" -sTOOLS="ppc_82xx-gcc" -sBUILD="debug <runtime-link>dynamic <threading>multi" -sGXX="ppc_82xx-gcc" -sGCC="ppc_82xx-gcc" install/usr/local/tena-tools/i686-pc-linux-gnu/bin/bjam --prefix="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d" --builddir="/usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build" -sTOOLS="ppc_82xx-gcc" -sBUILD="debug <runtime-link>dynamic <threading>multi" -sGXX="ppc_82xx-gcc" -sGCC="ppc_82xx-gcc" install ...found 8259 targets... ...updating 226 targets... MkDir1 /usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build/bin/boost/libs/python/build/libboost_python.so/ppc_82xx-gcc/debug/shared-linkable-true/threading-multi gcc-C++-action /usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build/bin/boost/libs/python/build/libboost_python.so/ppc_82xx-gcc/debug/shared-linkable-true/threading-multi/numeric.o /usr/bin/objcopy: Warning: Output file cannot represent architecture UNKNOWN! gcc-C++-action /usr/local/boost/1.31.0/rh9-gcc322-ppc82xx-d/build/bin/boost/libs/python/build/libboost_python.so/ppc_82xx-gcc/debug/shared-linkable-true/threading-multi/list.o /usr/bin/objcopy: Warning: Output file cannot represent architecture UNKNOWN!

2 5

Boost::test, expected failures with BOOST_AUTO_UNIT_TEST?
by Dave Steffen 31 Mar '05

31 Mar '05

Hi folks, I'm developing a (better) unit test framework for our code; I am very attracted to the simplicity of the BOOST_AUTO_UNIT_TEST framework, but would like to use the "expected failures" feature that is, apparently, only available with the explicit use of the test suite. That is to say: if I explicitly write the init_unit_test_suite function, I add unit tests thusly: test->add( BOOST_TEST_CASE( &mytest), 1 ); with second parameter indicating how many expected failures. However, there is no way to do so using the AUTO framework: BOOST_AUTO_UNIT_TEST( testINFO ) // no second parameter! Is there any way for me to use the AUTO_TEST framework and still indicate expected failures? Thanks! ---------------------------------------------------------------------- Dave Steffen, Ph.D. "Irrationality is the square root of all evil" Numerica Corporation -- Douglas Hofstadter Software Engineer IV "Oppernockity tunes but once." -- anon.

2 1

Will libraries built on WinNT run on Win98? (MinGW)
by Reed Hedges 31 Mar '05

31 Mar '05

I know that Win98 is not really supported, but is there any chance that libraries (specifically thread and regex) that were build on WinNT using MinGW work on Win98 (in MinGW)? My guess is no, but has anyone tried it? thanks reed

2 1

Re: multitoken program_options in vc++6
by James E Taylor 31 Mar '05

31 Mar '05

> To begin with, do you realize the the variables_map class is seriously > broken with vc6 -- you can't call the 'as' method of the variable_value > class that variables_map::operator[] returns. > > Or you know some way around this? > > - Volodya I've been using the boost::any value directly to get around the as<> problem. Is there any way of getting multitoken values working? Thanks, James ___________________________________ NOCC, http://nocc.sourceforge.net

2 1

regex_search: Lazy evaluation of iterators
by David McKelvie 31 Mar '05

31 Mar '05

In previous emails I complained that if one used an extended syntax regex on an InputIterator (or a BidirectionalIterator) then regex_search sought to the end of the iterator before returning the first match. This has obvious disadvantages if one wants to implement lazy matching of regexes on a potentially large input stream. My hypothesis about what is happening is: The seeking to the end is due to the extended syntax wanting to know which is the leftmost match. This is done by asking the distance between the matched substring and the 'end' of the sequence. If the iterator is an InputIterator then STL (at least the version I'm using from gcc 3.3.2) says, the only way I can do this, is to seek to the end of the sequence, to find how far away I am from the end. Thus, the problem. If I redefine the iterator as a RandomAccessIterator, and define operator-, and operator +=, then STL uses operator- to find the distance between the match and the end. Which is better, but still not ideal, as I'm assuming that I dont know at that point where the end is. I'll know when I get there, but not before. I suggest that a cleaner conceptual way of doing this would be to ask how far we are from the start of the iterator. My apologies for any inaccuracies in the above and my ignorance of earlier debates on this or related issues. David

2 11

Re: [Boost-users] Link error Boost.Serialization
by Christian Heinemann 31 Mar '05

31 Mar '05

boost-users(a)lists.boost.org schrieb am 31.03.05 04:11:12: > > On Wed, 30 Mar 2005 13:06:32 +0100, Christian Heinemann wrote > > Hi, > > i want to use serialization library from boost. I'm enthused about > > the functionality. But when i try to compile and link the first > > example (which can be find on > > http://www.boost.org/libs/serialization/doc/index.html) i get the > > following error messages: > > (with g++ -o serialize serialize.cpp -lboost_serialization-gcc > > -I/usr/local/include/boost-1_32) > > It doesn't look like you've told the compiler where to find the serialization > library. You probably need the option: > > -L /usr/local/lib > > assuming that's where the serialization library is installed. The same error occur. I suppose there is a correlation between the link error and the 32bit and 64bit libraries installed on my system (x86_64). Is such a thing possible? There always two library-paths: lib and lib64. Boost is installed in lib. Christian ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

multitoken program_options in vc++6
by James E Taylor 31 Mar '05

31 Mar '05

boost-users, I am trying to use multitoken arguments with MS Visual C++ 6. The problem is my multitoken option description is not being recognised, so when I run the program with more than one token after the --multi flag, I get an exception. A minimalist program is below. Please note the necessary hack of providing 5 args to po::parse_command_line, which I have to do to satisfy the vc6 compiler. I'm linking with libboost_program_options-vc6-sgd.lib Any help would be much appreciated. Thanks, James int main(int argc, char* argv[]) { po::options_description desc("Allowed options"); try { desc.add_options() ("multi", po::value<string>()->multitoken(), "multi token argument") ; po::variables_map vm; /* next line, have to pass 5 args to parse_command_line: seems to be */ /* a compiler problem in vc6 */ po::store(po::parse_command_line(argc, argv, desc, 0, po::ext_parser()), vm); po::notify(vm); cout << "parsed successfully" << endl; } catch ( const std::exception &e ) { cerr << e.what() << endl << desc << endl; return -1; } return 0; } -- James E Taylor ___________________________________ NOCC, http://nocc.sourceforge.net

2 1

RE: [Boost-users] Errors Compiling exception
by Eyal Inbar 31 Mar '05

31 Mar '05

I done it and i get the same error . maybe the problem that the gcc is version 2.96 (Red Hat Linux 7.3 2.96-113)? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org]On Behalf Of me22 Sent: Thursday, March 31, 2005 2:50 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] Errors Compiling exception On Wed, 30 Mar 2005 11:10:35 +0200, Eyal Inbar <eyalin(a)tadlys.com> wrote: > > > I'm trying to use dijkstra-example and i get > > /usr/local/include/boost/graph/dijkstra_shortest_paths.hpp:137: exception > handling disabled, use > > -fexceptions to enable > > I'm not sure what version i have but i have the folder /i386-glibc21-linux > if its help? > > eyal That's a g++ error message saying that "exception handling [is] disabled" and you need to add the command line switch "'-fexceptions' to enable [it]" in the call to g++ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0