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

Problems with compiling Boost 1.32.0 in RHEL 3.0 on Itanium2
by Yuguang Xiong 11 Dec '04

11 Dec '04

First of all, Boost 1.32.0 can be compiled correctly in IA32 platform without any problems. But when I tried to compile it on Itanium2 system, I ran into the following problem: I issued the standard building command: bjam "-sTOOLS=gcc" install which supposes to compile both the debug and the release , both the static and the dynamic, both the single-threading and multi-threading versions, specified by the default value of the BUILD variable: "-sBUILD=debug release <runtime-link>static/dynamic <threading>single/multi" However an error always occurred when the compilation went to this place: gcc-C++-action bin/boost/libs/thread/build/libboost_thread.so/gcc/debug/shared-l inkable-true/threading-multi/barrier.o In file included from /home/xyg/downloads/boost_1_32_0/boost/thread/detail/confi g.hpp:18, from /home/xyg/downloads/boost_1_32_0/libs/thread/src/barrier.c pp:12: /home/xyg/downloads/boost_1_32_0/boost/config/requires_threads.hpp:47:5: #error "Compiler threading support is not turned on. Please set the correct command lin e options for threading: -pthread (Linux), -pthreads (Solaris) or -mthreads (Min gw32)" Since my Itanium2 runs RHEL 3.0 with the standard GCC 3.2.3, the same version of the GCC that I used to compile Boost in RHEL 3.0 on IA32 platform, I don't understand why this error happened. Could anyone tell me how to get Boost 1.32.0 compiled smoothly on Itanium2 machine? Any information are greatly appreciated! Thanks a lot! __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

3 3

Quick questions
by TEMPLIE Cédric 10 Dec '04

10 Dec '04

Hello, I am new with the build boost sytem, before I wanted to use jam, but it was not enough for me. I have 2 quick questions: - How it is possible to check if a directory is present or not ? - I want to do a system call before building some files, how can i do that (I want to call perforce to sync the files before compiling them....) ? Thanks in advance for your answers. TEMPLIE Cédric

2 1

Serialization: Cannot use name-value-pairs with indirectly serialized maps.
by Martin Proulx 10 Dec '04

10 Dec '04

Hello, While evaluating the serialization library, I've ran into a problem while modifying my code to add name value pairs to the serialized objects in order to be able to serialize them to an xml file. before doing this, everything worked fine, but now that I'm using NVPs, I get the following error: c:\projects\dev_tools\libs\c++\boost_1_32_0\boost\serialization\access.hpp(106): error C2039: 'serialize' : is not a member of 'std::map<_Kty,_Ty>' with [ _Kty=std::string, _Ty=std::string ] I'm using VC 7.1, and a stripped-down but compilable version of the code that causes the problem is included at the end of this mail. I'm really puzzled at this problem as the following modifications to the code will have things compile: -) Comment out only the 'oa << BOOST_SERIALIZATION_NVP(instanceOfB);' line. -) Comment out only the 'ia >> BOOST_SERIALIZATION_NVP(instanceOfB);' line. -) Serializing and unserializing directly the instanceOfA object instead. -) redefining BOOST_SERIALIZATION_NVP to 'BOOST_SERIALIZATION_NVP(x) x' is this really a bug or am I missing something ? Thanks! Martin ------------------------------------------------------------------------ #include <iostream> #include <fstream> #include <string> #include <boost/serialization/map.hpp> #include <boost/archive/text_iarchive.hpp> #include <boost/archive/text_oarchive.hpp> using namespace std; class A { private: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int /* file_version */) { ar & BOOST_SERIALIZATION_NVP(mappedData_); } map<string, string> mappedData_; }; class B { private: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int /* file_version */) { ar & BOOST_SERIALIZATION_NVP(privateInstanceOfA_); } A privateInstanceOfA_; }; int main(void) { A instanceOfA; B instanceOfB; std::ofstream ofs("test.txt"); boost::archive::text_oarchive oa(ofs); oa << BOOST_SERIALIZATION_NVP(instanceOfB); std::ifstream ifs("test.txt"); boost::archive::text_iarchive ia(ifs); ia >> BOOST_SERIALIZATION_NVP(instanceOfB); } -- Tel: (450) 681-1681, #271 ------------------------------------------------------------------------ OKIOK Enterprise and e-business security solutions Solutions de sécurité d'entreprise et d'affaires électronique Tel. : (450) 681.1681 http://www.okiok.com This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary, confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender and erase this e-mail message immediately. Le présent message électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. Si ce message vous a été transmis par erreur, veuillez en informer l'expéditeur et le supprimer immédiatement.

3 4

Some suggest to the author of Serialization Lib
by goodmen 10 Dec '04

10 Dec '04

Dear Robert Ramey , Here is a new boost user ( but an 'old' c++ programmer ) writting to you. Now , with several painful night , my test code of serialization lib has't run. OK , as some letter in the list , I meet the link problem. The libs has been compiled and linked with bjam correctly,and the lib files have been copied to the right position.But the compiler complained there are some symbol not resolved. I have inspected the source code,and find the serialization use some file in the [[archive]] dir. And in the docs, there are no any info about archive. It seems that archive is not an independent lib(bjam not compile the archive files,but copy the header file to the destination dir). Some classes in the archive are used by Serialization, but the implementation of these classes are not processed by bjam,so these class excite link errors(not compile errors!). Another feedback about your code is that There are not any C1204 compile error in MSVC71 if you build in the release mode. It seems that in debug mode, the compiler add addition info to the result binary and madee the scope of compiling became to too large to the compiler. Here are some questions about the serialization: 1, Is the archive written by you ? 2, Is the archive an independent lib? 3, how can I solve the link problem? 4, It seems that there is not a single header file that can be included by user who want to use the serialization(and the user can forget all other header files ). Do you have any plan to add this feature ? Here are my suggestions: 1, Take the archive to be an independent lib. 2, Move the whole serialization code to the head file,so there is no need to compile the lib with the bjam,and this can bring more protablity.( Since the io stream interface of stl is standard, I think it is no need to compile code into platform specific libs ) note: I am a Chinese , and my english is poor . If some word above offends you or seems to be impolite , forgive me please ^_^ 　　　　　　　　goodmen 　　　　　　　　goodmen(a)x263.net 　　　　　　　　　　2004-12-09

4 4

Re: [Boost-users] lu.hpp : permutation matrix error
by Daniel L Elliott 10 Dec '04

10 Dec '04

On Tuesday 07 December 2004 01:18 am, Toon Knapen wrote: > Daniel L Elliott wrote: > > Thank you for the response! I was unaware of this include-policy > > problem. Will you be merging this code soon? I will try to look for your > > email about this merge. > > Yes. I posted a mail on the ublas-dev just before the weekend about > this. Since no one objected I will go forward and do the merge (although > I'm not sure when exactly because there are a few bugs in the uBLAS_pure > branch that need to be resolved first) > I look forward to your notification that this has been done :) Thanks! > > Since adding > > #include<storage.hpp> to lu.hpp didn't fix the problem, should I expect > > to have to include additional files to my code to fix errors in files > > such as storage.hpp? > > Adding '#include <storage.hpp>' did not solve the problem ? Are you sure > you added this include before you include lu.hpp (or you can also add > the include to the top of you lu.hpp). The problem is that the default > value for the second template argument is an unbounded_array. This need > to be defined of course and the definition is in storage.hpp. I was able > to compile your testcase after adding this include. If this does not > work for you, send your testcase again that demonstrates the problem and > we'll have a look at it. OK, here is the code: #include<boost/numeric/ublas/storage.hpp> #include<boost/numeric/ublas/lu.hpp> using namespace boost::numeric::ublas; int main(){ // create a permutation matrix permutation_matrix P( 5 ); // default contructions gives the identity-permutation return 0; } The errors are: g++ -c -I. -I/s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32 -Wall -g3 -o permutationTest.o permutationTest.cpp In file included from permutationTest.cpp:5: /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp: In function `typename M::size_type boost::numeric::ublas::axpy_lu_factorize(M&, PM&)': /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:181: error: parse error before `>' token /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:181: error: parse error before `)' token permutationTest.cpp: In function `int main()': permutationTest.cpp:15: error: `permutation_matrix' undeclared (first use this function) permutationTest.cpp:15: error: (Each undeclared identifier is reported only once for each function it appears in.) permutationTest.cpp:15: error: parse error before `(' token I thought that this error might signal the need for including vector.hpp (or vector_expression.hpp or something) but this did not fix it. Including operation.hpp (which I beleive contains the definition for axpy) causes several screen-fulls of errors! Again, I am at a loss and appreciate any help I might receive. Thank you, Dan elliott

2 1

Linker error when building regex (Boost 1.32.0) with Visual C++ 7.1
by Jochen Hammann 10 Dec '04

10 Dec '04

Hello, I tried to build the regex library from Boost 1.32.0 with the Microsoft Visual C++ 7.1 compiler and without native wchar_t support. Below is the call to bjam: bjam -sTOOLS=vc-7_1 "-sBUILD=<native-wchar_t>off" --with-regex The build results of the dynamic link library (DLL) shows the following linker errors: Creating library bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi\boost_regex-vc71-mt-gd-1_32.lib and object bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi\boost_regex-vc71-mt-gd-1_32.exp instances.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) winstances.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) regex.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) regex_debug.obj : error LNK2019: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) referenced in function "void __cdecl regex_lib_print_compiler_macros(void)" (?regex_lib_print_compiler_macros@@YAXXZ) w32_regex_traits.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) wide_posix_api.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) c_regex_traits.obj : error LNK2019: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) referenced in function "public: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::syntax_type(unsigned int)const " (?syntax_type@?$cpp_regex_traits@_W@boost@@QBAII@Z) c_regex_traits_common.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) cregex.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) posix_api.obj : error LNK2001: unresolved external symbol "private: unsigned int __cdecl boost::cpp_regex_traits<wchar_t>::do_syntax_type(unsigned int)const " (?do_syntax_type@?$cpp_regex_traits@_W@boost@@ABAII@Z) bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi\boost_regex-vc71-mt-gd-1_32.dll : fatal error LNK1120: 1 unresolved externals ...failed vc-Link bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi\boost_regex-vc71-mt-gd-1_32.dll bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi\boost_regex-vc71-mt-gd-1_32.lib... ..skipped <@boost!lib>boost_regex-vc71-mt-gd-1_32.dll for lack of <@boost!libs!regex!build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi>boost_regex-vc71-mt-gd-1_32.dll... ...skipped <@boost!lib>boost_regex-vc71-mt-gd-1_32.lib for lack of <@boost!libs!regex!build\boost_regex.dll\vc-7_1\debug\native-wchar_t-off\threading-multi>boost_regex-vc71-mt-gd-1_32.lib... The build of the static library succeeds. Do I have to define a special macro, if I want to build regex without native wchar_t support? Or do the regex library support both, native wchar_t support and the mapping to unsigned short? In the header regex_traits.hpp I saw some wrappers to "redirects calls to cpp_regex_traits<unsigned short> to cpp_regex_traits<__wchar_t>". Regards, Jochen.

2 2

Boost 1.32.0: lexcial_cast and wstring problem
by Jochen Hammann 10 Dec '04

10 Dec '04

Hello, I have tried to compile the following code with the Microsoft Visual C++ 7.1 compiler. #include <boost/lexical_cast.hpp> int main(int argc, char** argv) { using namespace std; using namespace boost; wstring wstrFoo = boost::lexical_cast<wstring>( 200 ); return 0; } If I compile this example with native wchar_t support (/Zc:wchar_t) everything works fine. Otherwise, if I compile the example without native wchar_t compiler support, I encounter the following compiler error: d:\Temp\Boost\boost\lexical_cast.hpp(150) : error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'std::wstring' (or there is no acceptable conversion) d:\Temp\Boost\boost\lexical_cast.hpp(189) : see reference to function template instantiation 'bool boost::detail::lexical_stream<Target,Source>::operator >><Target>(InputStreamable &)' being compiled with [ Target=std::wstring, Source=int, InputStreamable=std::wstring ] d:\Temp\BoostConsole\BoostConsole.cpp(12) : see reference to function template instantiation 'Target boost::lexical_cast<std::wstring,int>(Source)' being compiled with [ Target=std::wstring, Source=int ] As I can see in the header file "lexical_cast.hpp" the macro BOOST_NO_INTRINSIC_WCHAR_T is defined, if the compiler option /Zc:wchar_t is not specified. This causes the macro DISABLE_WIDE_CHAR_SUPPORT to be defined as well and thus the lexical_stream::operator(std::wstring) will not be compiled. Do anyone know a workaround, so that I can use lexical_cast without native wchar_t compiler support and wstring? Is it really necessary to define DISABLE_WIDE_CHAR_SUPPORT, if BOOST_NO_INTRINSIC_WCHAR_T is defined only? For testing purposes I have commented out the two #ifndef DISABLE_WIDE_CHAR_SUPPORT statement. Now, I could compile the example without native wchar_t support. But I think, that this results in side effects, which I'm not able to see. Regards, Jochen.

1 0

Re: Re: Unresolved symbols in regex libs on tru64
by Mark Helzer 10 Dec '04

10 Dec '04

>> Sam results with static linking. >> I'm not good with reading mangled names but it looks to me like they >> are there. Am I perhaps missing a link option? > >I'm not familiar with the True64 linker so I can't say. What happens if you build the >examples with bjam - do those all build OK? > >John. OK I think I found it -- using the ansi object model $cxx -c ... -model ansi I have always just accepted the default - arm. It was in the man page for cxx and also in the documentation for the tru64cxx65 toolset. I should read more carefully. So it looks like all the code has to use ansi or arm, since I have a LOT of stuff compiled in the arm mode, it would be better to build boost using the "-sBUILD=<object-model>arm" switch, however now I'm back to compile errors: cxx: Error: /adp/local/src/boost_1_32_0/libs/program_options/build/../src/convert.cp p, line 62: #434 a reference of type "wchar_t *&" (not const-qualified) cannot be initialized with a value of type "wchar_t [32]" detected during instantiation of "std::basic_string<charT, std::char_traits<charT>, std::allocator<charT>> ...

3 2

Re: [Boost-users] simple regex compile error
by Brian Gaber 10 Dec '04

10 Dec '04

On AIX would it make a difference if I used the gcc compiler? If so, what would you recommend for the compiler command? Thanks. Brian

2 1

Newbie using multi_index
by Hammann, Jochen 10 Dec '04

10 Dec '04

Hello, I'm new in using the MultiIndex container of Boost 1.32.0. To get familiar with this library I wrote a small example. During the compilation with the Microsoft Visual C++ 7.1 compiler I encounter an internal compiler error. The error occurs, if I use the MultiIndex container with the following configuration: - Specification of tagged indices. - Specification of one composite_key template parameter. - Specification of at least three indices. Example: struct SFirst { }; struct SSecond { }; struct SBoth { }; typedef std::pair<std::wstring, std::wstring> Element_t; typedef multi_index_container<Element_t, indexed_by<ordered_non_unique<tag<SFirst>, member<Element_t, std::wstring, &Element_t::first> >, ordered_non_unique<tag<SSecond>, member<Element_t, std::wstring, &Element_t::second> >, ordered_unique<tag<SBoth>, composite_key<Element_t, member<Element_t, std::wstring, &Element_t::first>, member<Element_t, std::wstring, &Element_t::second> > > > > MultiIndex_t; //... int main(int argc, char** argv) { MultiIndex_t test; MultiIndex_t::index<SBoth>::type& both = test.get<SBoth>(); return 0; } If I compile this code I get the following internal compiler error: d:\Libraries\DLLs\Boost\Boost_1_32_0\inc\boost\tuple\detail\tuple_basic.hpp(612) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 2701) Please choose the Technical Support command on the Visual C++ Help menu, or open the Technical Support help file for more information If I try to access the first (#0) and second (#1) index with their respective tags, everything works fine. Also, I'm able to access all three indices by their numerical value without an error. Is the declaration of the MultiIndex_t typedef wrong? Regards, Jochen.

4 5

[iostreams] Version of Iostreams compatible with 1.32 available
by Jonathan Turkanis 10 Dec '04

10 Dec '04

Hi All, A version of the Iostreams library designed to work with release 1.32 is now available: http://home.comcast.net/~jturkanis/iostreams/ This version does not incorporate all the changes decided on during the review, but most of the name changes have been applied. In particular, - The library is now contained entirely in the iostreams subdirectories of <boost> and <libs>. - Resources are now called Devices - The i/o mode Inout has been renamed Bidirectional - The concept Buffered has been renamed Multi-Character - Filters are now located in the directory boost/iostreams/filter - Devices are now located in the directory boost/iostreams/device The library has been tested on VC7.1, Intel 7.1-8.0 for Windows, Codewarrior 8.3 and GCC 3.2 (mingw). Unfortunately, I have noticed some regressions of GCC 3.3-4, but am working to correct them. I am confident that the library will eventually work on GCC 3.3+ and Borland 5.6.4. In addition, I may be able to provide limited support for VC6-7.0. I'm hoping to get a version into CVS soon. Also, several of the fixes that people sent me during the review have been removed because they caused regressions. They have not been forgotten -- they will be incorporated in to the final version in modified form. -- Jonathan Turkanis technews(a)kangaroologic.com

1 0

shared/weak_ptr conventions?
by Niklas Wiberg 10 Dec '04

10 Dec '04

Hi, I have a question that I believe is more a matter of taste than one of functional correctness... Say that I have a model (see Basket below) that formally owns the heap-objects (see Apple below). Basket has a function that is merely a query (hasApple) and involves no ownership-changes. Also assume that there is good reason that Apple:s are allocated on the heap... On one hand, I can see how using a weak_ptr as the parameter type would signal to users that hasApple has no intention of modifying ownership of the pointed-to object. On the other hand, in order to actually use the pointee (search for it in this case), hasApple must convert the weak_ptr to shared_ptr (lock() or shared_ptr constructor), so it would seem more pragmatic to just use shared_ptr as the parameter type. class Apple; class Basket { std::vector< boost::shared_ptr<Apple> > m_contents; bool hasApple( shared OR weak_ptr<Apple> a); // no transfer ...more functions }; Is there a "good style" concensus on how to choose smart pointer type for function arguments among boost smart pointer users? Best regards, Niklas Wiberg

2 1

[variant] BOOST_VARIANT_LIMIT_TYPES and BOOST_MPL_LIMIT_LIST_SIZE
by Christopher D. Russell 09 Dec '04

09 Dec '04

I'm trying to increase the number of bounded types stored in a boost::variant. It seems like I should be able to #define BOOST_MPL_LIMIT_LIST_SIZE in multiples of ten prior to inclusion of any boost headers but this doesn't seem to work for me. I haven't upgraded to the latest 1_32_0 release yet and am working with out-of-the-box 1_31_0 on Windows using the MS 7.1 compiler (VS .NET 2003). If for example I define BOOST_MPL_LIMIT_LIST_SIZE as: #define BOOST_MPL_LIMIT_LIST_SIZE 20 #include "my_boost_headers.h" I get an error: d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost\variant\detail\make_variant_list.hpp(54) : error C2977: 'boost::mpl::list' : too many template arguments d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost\mpl\aux_\preprocessed\plain\list.hpp(124) : see declaration of 'boost::mpl::list' d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost\variant\detail\make_variant_list.hpp(59) : see reference to class template instantiation 'boost::detail::variant::make_variant_list<T0,T1,T2,T3,T4,T5,T6,T7,T8,T9,T10,T11,T12,T13,T14,T15,T16,T17,T18,T19>' being compiled Shouldn't this just work? What am I missing here. TIA - Chris

1 0

Boost.Serialization link errors (VC++ 7.0)
by Ray Hilton 09 Dec '04

09 Dec '04

I get 17 link errors trying to compile a very simple example from the touturial section of the documention (what im trying to compile is listed at the end of this post verbatim). My enviorment is all default except for an include path to boost. Any solution? #include <fstream> #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> class gps_position { private: friend class boost::serialization::access; template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & degrees; ar & minutes; ar & seconds; } int degrees; int minutes; float seconds; public: gps_position(){}; gps_position(int d, int m, float s) : degrees(d), minutes(m), seconds(s) {} }; int main() { std::ofstream ofs("filename"); boost::archive::text_oarchive oa(ofs); const gps_position g(35, 59, 24.567f); oa << g; ofs.close(); std::ifstream ifs("filename", std::ios::binary); boost::archive::text_iarchive ia(ifs); gps_position newg; ia >> newg; ifs.close(); return 0; }

3 6

Compile error of data_time
by zhengyi 09 Dec '04

09 Dec '04

boost-users: Here is a new user's letter for help: when i compile the whole boost(version_1_32_0), it show some error of data_time. the file greg_month.cpp failed. in the lexical_cast.hpp，line 126 string_type s(boost::lexical_cast<string_type>("not-a-date-time")); the compiler said : binary '>>' : no operator found which takes a right-hand operand of type_put<Config,charT,OutputIterator>::string_type' (or there is no acceptable conversion) When tracing down the error message, I found that [[date_names_put::string_type]] actually means [[std::basic_string<charT>]] and in file lexical_cast.hpp line 146 -- 168 there are right overload of operator>>. Why the compiler complain about can't find the wellformed operator? My Compiler is msvc71 and STLport-5.0-0125 was installed with it's own iostream. the cmdline is bjam "-sVC71_ROOT=D:\Program Files\Microsoft\Microsoft Visual Studio .NET 2003\Vc7" "-sSTLPORT_PATH=D:\Program Files\Programming_Tools\STLport-5.0-0125\stlport" "-sSTLPORT_5.0-0125_PATH=D:\Program Files\Programming_Tools\STLport-5.0-0125" "-sSTLPORT_VERSIONS=5.0-0125" "-sTOOLS=vc-7_1-stlport" "--prefix=D:\Program Files\Programming_Tools\Boost_1_32" install --with-date_time this problem has killed so many brain cells of mine ! 　　　　　　　　　　　　　　zhengyi 　　　　　　　　　　　　　　goodmen(a)x263.net 　　　　　　　　　　　　　　　　　2004-12-08

3 2

Re: [Boost-users] simple regex compile error
by Brian Gaber 09 Dec '04

09 Dec '04

I tried moving <boost/regex.hpp> to be the first include statement, but got the same error. I tried the following compile statement: /usr/vacpp/bin/xlc++ -c -DNDEBUG -O3 -qstrict -qinline -qnotempinc -qfuncsect -qeh -qrtti regex.cpp -o regex -I /usr/local/include and again got the same error as before. Any other suggestions? What is the ETA of the fix you mentioned.

2 1

Re: Unresolved symbols in regex libs on tru64 (John Maddock)
by Mark Helzer 09 Dec '04

09 Dec '04

2 1

Boost.iostream and boost_1_32
by Giuseppe Vacanti 09 Dec '04

09 Dec '04

Hello, I'm trying to compile boost.iostream (approved but not yet included in the official distribution) with boost_1_32. First I had to replace the few occurences of apply_if with eval_if, due to a change in mpl. No probs here. Then I had to add #include<boost/io/operations.hpp> to simmetric_filter_adapter.hpp so that boost::io::{read,write,flush} can be found. But now I'm stuck with ..boost/io/operations.hpp: In static member function `static void boost::io::detail::read_impl<boost::io::input>::putback(T&, typename boost::io::char_type<T>::type)': ..boost/io/operations.hpp:107: error: incomplete type `boost::STATIC_ASSERTION_FAILURE< false>' used in nested name specifier and I do not know what the next move should be. Would anybody have a suggestion? I run with linux and g++ 3.4.1. Thanks, Giuseppe

2 2

select_parent
by Agoston Bejo 09 Dec '04

09 Dec '04

Hi! Is there such a class in boost? What I'm thinking of is fairly simple, it could be written easily with type_traits and mpl::if_, but I prefer using the standard boost components, if they exist. select_parent<T1, T2>::type is a) T1 if T1 is T2's (direct or indirect) parent b) T2 if it is the other way round c) T1 if T1 and T2 are the same d) and generates some compiler error if T1 and T2 are not related at all. Thx, Agoston

2 1

Boost.Serialization library link errors (VC++ 7.0)
by Ray Hilton 08 Dec '04

08 Dec '04

I get 17 link errors trying to compile a very simple example from tourorial section in the documention. This is the one (took out comments and changed some spacing to save some room here)

1 0

Compiling boost examples
by Saqib bin Sohail 08 Dec '04

08 Dec '04

I have installed BGL on my linux machine and I was wondering, how do I compile the examples, I wanted to compile the dijkstra's example but couldn't find any make files and simply doing g++ dijkstra***.cpp doesn't do the trick. (i placed the hpp files so that the example can easily access them) Thanks -- Saqib bin Sohail University of Colorado at Boulder (303) 484 8381

3 3

Boost format library Segmentation fault with Intel 8.1
by Filipe Sousa 08 Dec '04

08 Dec '04

Hi! I get a segmentation fault with Intel compiler 8.1 using the fallowing code #include <boost/format.hpp> #include <iostream> int main() { std::cout << boost::format("writing %1%, x=%2% : %3%-th try") % "toto" % 40.23 % 50 << std::endl; return 0; } (idb) bt #0 0x0804aba8 in ctype<char>::is (this=0x41016b50, __m=2048, __c=49 '1') at ctype_inline.h:40 #1 0x08051d55 in std::isdigit (__c=49 '1', __loc=& { ... }) at locale_facets.h:4528 #2 0x0805517f in boost::io::detail::wrap_isdigit (c=49 '1', os=& { ... }) at parsing.hpp:36 #3 0x0805509b in boost::io::detail::wrap_scan_notdigit (beg= { ... }, end= { ... }, os=& { ... }) at parsing.hpp:46 #4 0x08054f7b in boost::io::detail::upper_bound_from_fstring (buf=& { ... }, arg_mark=37 '%', os=& { ... }, exceptions=-1 '\377') at parsing.hpp:351 #5 0x0804d33a in basic_format<char,std::char_traits<char> >::parse (this=0xbffff480, buf=& { ... }) at parsing.hpp:377 #6 0x0804ceab in basic_format<char,std::char_traits<char> >::basic_format (this=0xbffff480, str=0x80572a8 "writing %1%, x=%2% : %3%-th try") at format_implementation.hpp:37 #7 0x0804d02c in basic_format<char,std::char_traits<char> >::basic_format (this=0xbffff480, =<no value>) at format_implementation.hpp:38 #8 0x0804a41c in main () at test.cc:5 #9 0x4102e7f8 The same code works perfectly with gcc-3.4.2 under linux. Is this a bug in boost format library or a Intel compiler problem? My system: Debian, boost-1.31.0, gcc-3.4.2, Intel compiler 8.1 -- Filipe Sousa

2 1

serialization library - Serializing classes from a DLL
by Florian Preknya 08 Dec '04

08 Dec '04

Hello, I am trying to use the boost serialization library to serialize the classes from my application (I use Microsoft Visual C++ 7.1 compiler). The most of the classes are placed in a DLL, some are in my executable project. For this, I had to link (statically) the DLL and the executable with boost serialization library. I used the BOOST_CLASS_EXPORT macro for all the derived classes that I serialize through a base class pointer: in each header, after the class declaration, I added the BOOST_CLASS_EXPORT(class_name) line. The DLL and executable compilation time increased drastically, and both the DLL and the executable export tables contain all the entities (classes & functions) resulted from the BOOST_CLASS_EXPORT macro expansion (and because the BOOST_DLLEXPORT is defined as __declspec(dllexport) in force_include.hpp). This happens because I have to include the header files from the DLL source files, also from the executable project source files. My question is: where should I put the BOOST_CLASS_EXPORT declarations for the DLL classes? Note that I invoke the serialization/deserialization only from the executable (not from the DLL). I tried to group all the BOOST_CLASS_EXPORT declarations in a cpp file in the executable project. It went pretty good, but after inserting many declarations, I received the C1204 error (internal structure overflow). Are there "things to know" for using the serialization library from a DLL? Also, there are no test projects that cover this aspect. Thanks a lot, Florian Preknya

2 1

Possible Serialization demo.cpp issue.
by Holmes, Michael A (Mike) 08 Dec '04

08 Dec '04

I don't know is this is a bug as such, but thought I should bring it up. I boiled down an un handled exception I was receiving in VC 7.1 and related it to the demo.cpp The demo does not close or flush the ofstream before it reads back from the same file it wrote to, this appears to work correctly for the demo, but in the attached very simple case it does not. I am assuming that it is because the ofstream did not get flushed and the file contains no data. I think that adding a flush or close would make the demo more robust and complete. int _tmain(int argc, _TCHAR* argv[]) { std::string filename(boost::archive::tmpdir()); filename += "/demofile.txt"; std::string b1("mike"); std::ofstream ofs(filename.c_str()); boost::archive::text_oarchive oa(ofs); oa << b1; // FIX ofs.flush(); ofs.close(); // Without either of these VC7.1 gives // Unhandled exception at 0x77e738b2 in bstTest.exe: Microsoft C++ exception: // boost::archive::archive_exception @ 0x0012f7bc. " // END FIX std::string b3; std::ifstream ifs(filename.c_str()); boost::archive::text_iarchive ia(ifs); ia >> b3; } Call stack -> bstTest.exe!boost::throw_exception<boost::archive::archive_exception>(co nst boost::archive::archive_exception & e={...}) Line 40 C++ bstTest.exe!boost::archive::detail::common_iarchive<boost::archive::text _iarchive>::init() Line 69 + 0x31 C++ bstTest.exe!boost::archive::text_iarchive_impl<boost::archive::text_iarc hive>::text_iarchive_impl<boost::archive::text_iarchive>(std::basic_istr eam<char,std::char_traits<char> > & is={...}, unsigned int flags=0x00000000) Line 70 C++ bstTest.exe!boost::archive::text_iarchive::text_iarchive(std::basic_istr eam<char,std::char_traits<char> > & is={...}, unsigned int flags=0x00000000) Line 82 + 0x33 C++

2 1

Link problems with boost.serialization
by Jeffrey Holle 08 Dec '04

08 Dec '04

Now I'm experiencing link problems in attempting to apply boost.serialization to my application. I can avoid them by commenting out the bodies of all my serialize methods. If I leave a simple serialize method intact, I can run the sucessfully linked application and produce an archive file. I am linking to this serialization library: $BOOST_ROOT/bin/boost/libs/serialization/build/libboost_serialization.a/gcc/release/runtime-link-static/boost_serialization.a With all serialization uncommented, I get the following link errors: ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::archive_pointer_iserializer<boost::archive::binary_iarchive>::archive_pointer_iserializer(boost::serialization::extended_type_info const&)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_downcast(boost::serialization::extended_type_info const&, boost::serialization::extended_type_info const&, void const*, bool)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_upcast(boost::serialization::extended_type_info const&, boost::serialization::extended_type_info const&, void const*, bool)' ../../install/libUMLModel.so: undefined reference to `boost::serialization::void_cast_detail::void_caster::self_register()' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::archive_pointer_iserializer<boost::archive::binary_iarchive>::find(boost::serialization::extended_type_info const&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::basic_binary_iprimitive<boost::archive::binary_iarchive, std::basic_istream<char, std::char_traits<char> > >::load(std::basic_string<char, std::char_traits<char>, std::allocator<char> >&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::register_basic_serializer(boost::archive::detail::basic_iserializer const&)' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::next_object_pointer(void*)' ../../install/libUMLModel.so: undefined reference to `typeinfo for boost::archive::detail::basic_iarchive' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::load_pointer(void*&, boost::archive::detail::basic_pointer_iserializer const*, boost::archive::detail::basic_pointer_iserializer const* (*)(boost::serialization::extended_type_info const&))' ../../install/libUMLModel.so: undefined reference to `boost::archive::detail::basic_iarchive::load_object(void*, boost::archive::detail::basic_iserializer const&)' What is the solution?

3 9