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

compiling fails on MacOS X
by Ákos Maróy 12 Oct '05

12 Oct '05

Hi, I'm trying to compile boost 1.33 on MacOS X, and I get a number of failures. I have: $ uname -a Darwin akos-maroys-mac-mini.local 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24 17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh powerpc $ gcc --version powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 (Apple Computer, Inc. build 5026) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I compiled bjam first (without problems), and then issues the following command (according to the documentation): ./tools/build/jam_src/bin.macosxppc/bjam -sTOOLS=darwin --prefix=/tmp/boost I get the following errors: darwin-Archive-action bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(icu.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(regex_debug.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(w32_regex_traits.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(usinstances.o) has no symbols system-Ranlib bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(icu.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(regex_debug.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(w32_regex_traits.o) has no symbols ranlib: file: bin/boost/libs/regex/build/libboost_regex.a/darwin/release/libboost_regex-1_33.a(usinstances.o) has no symbols darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_33.dylib ld: Undefined symbols: __Z8cpp_mainiPPc /usr/bin/libtool: internal link edit command failed ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_33.dylib... darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/release/shared-linkable-true/libboost_prg_exec_monitor-1_33.dylib ld: Undefined symbols: __Z8cpp_mainiPPc /usr/bin/libtool: internal link edit command failed ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/release/shared-linkable-true/libboost_prg_exec_monitor-1_33.dylib... darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_test_exec_monitor.dylib/darwin/debug/shared-linkable-true/libboost_test_exec_monitor-d-1_33.dylib ld: Undefined symbols: __Z9test_mainiPPc /usr/bin/libtool: internal link edit command failed ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_test_exec_monitor.dylib/darwin/debug/shared-linkable-true/libboost_test_exec_monitor-d-1_33.dylib... darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_test_exec_monitor.dylib/darwin/release/shared-linkable-true/libboost_test_exec_monitor-1_33.dylib ld: Undefined symbols: __Z9test_mainiPPc /usr/bin/libtool: internal link edit command failed ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_test_exec_monitor.dylib/darwin/release/shared-linkable-true/libboost_test_exec_monitor-1_33.dylib... darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_unit_test_framework.dylib/darwin/debug/shared-linkable-true/libboost_unit_test_framework-d-1_33.dylib ld: Undefined symbols: __Z20init_unit_test_suiteiPPc /usr/bin/libtool: internal link edit command failed ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_unit_test_framework.dylib/darwin/debug/shared-linkable-true/libboost_unit_test_framework-d-1_33.dylib... darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_unit_test_framework.dylib/darwin/release/shared-linkable-true/libboost_unit_test_framework-1_33.dylib ld: Undefined symbols: __Z20init_unit_test_suiteiPPc /usr/bin/libtool: internal link edit command failed

3 12

Errors compiling greg_month.cpp
by D. R. Evans 12 Oct '05

12 Oct '05

I just upgraded to 1.33.0, and am getting a bunch of compilation errors with the current version of greg_month.cpp: The list of errors starts with: c:\boost\boost_1_33_0\boost\date_time\gregorian\formatters.hpp(34) : error C2977: 'date_formatter' : too many template arguments c:\boost\boost_1_33_0\boost\date_time\date_formatting_limited.hpp(114) : see declaration of 'date_formatter' c:\boost\boost_1_33_0\boost\date_time\gregorian\formatters.hpp(40) : see reference to function template instantiation 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl boost::gregorian::to_simpl e There are 31 errors in all. Using VC++ 6.0 on XP Service Pack 2. I would appreciate any gentle pointers as to what I might be doing wrong. Doc

1 0

Short Mailing List Outage on Thursday 10/13
by Jeff Garland 12 Oct '05

12 Oct '05

FYI -- I believe this will impact Boost-Users as well. ------------------ I am sorry for this short notice but I need to reboot milliways to upgrade its firmware. It will be down for about 1 hour Thursday morning (10/13). - 6:00am-7:00am Pacific US time - 7:00am-8:00am Mountain US time - 8:00am-9:00am Central US time - 9:00am-10:00am Eastern US time - 1:00pm-2:00pm GMT Specifically, the following services provided by the OSL will be unavailable during this timeframe: - All e-mail services - Incoming mail (including all mailman list hosting) - Outgoing mail (including all mailman list hosting) - IMAP/SSL - All web hosting - lists.boost.org - ...and all others hosted by the OSL

1 0

typeof
by Karl Meerbergen 12 Oct '05

12 Oct '05

Hello, Looking at the regression test results, it seems that some typeof tests do not compile on IBM. Did somebody have a look at this? Is this a known problem? Thanks, Karl

2 5

Crash when assign value to regex object
by Aaron 12 Oct '05

12 Oct '05

The code snippet: struct Grepper { int nPriority; boost::regex re; pONGREPFOUNDCALLBACK pOnGrepFoundSymbols; friend bool operator< (const Grepper& g1, const Grepper& g2) { return g1.nPriority > g2.nPriority; } }; if (...){ Grepper gp; if (QueryGreppers(gp)) g_vecGreppers.push_back(gp); } bool QueryGreppers(Grepper& gp) { gp.nPriority = 1; gp.re ="\\s*#define\\s+([^\\s]+)\\s+([^/\\r\\n]+)([^\\r\\n]*)"; gp.pOnGrepFoundSymbols = OnGrepSingleLineSymbols; return true; } Program fails at gp.re = ... The call stack is: _CrtIsValidHeapPointer(const void * 0x012e61f8) line 1606 _free_dbg_lk(void * 0x012e61f8, int 1) line 1011 + 9 bytes _free_dbg(void * 0x012e61f8, int 1) line 970 + 13 bytes free(void * 0x012e61f8) line 926 + 11 bytes operator delete(void * 0x012e61f8) line 7 + 9 bytes boost::detail::simple_alloc::deallocate(void * 0x012e61f8, unsigned int 1024) line 213 + 9 bytes boost::detail::allocator_adapter<unsigned char,boost::detail::simple_alloc>::deallocate(unsigned char * 0x012e61f8, unsigned int 1024) line 258 boost::re_detail::raw_storage<boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::resize(boost::re_detail::raw_storage<boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012eff0, unsigned int 1120) line 223 boost::re_detail::raw_storage<boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::extend(boost::re_detail::raw_storage<boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012eff0, unsigned int 268) line 131 + 27 bytes boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::compile_set_aux(boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012efe8, ...) line 1145 + 17 bytes boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::compile_set_simple(boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012efe8, boost::re_detail::re_syntax_base * 0x012e6534, unsigned long 8, unsigned char 0) line 737 + 48 bytes boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::set_expression(boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012efe8, const char * 0x0846601c `string', const char * 0x08466049, unsigned int 34055) line 1651 + 20 bytes boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::set_expression(boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012efe8, const char * 0x0846601c `string', unsigned int 34055) line 238 + 59 bytes boost::reg_expression<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::assign(const char * 0x0846601c `string', unsigned int 33031) line 89 + 20 bytes boost::basic_regex<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> >::operator=(boost::basic_regex<char,boost::regex_traits<char>,boost::detail::allocator_adapter<char,boost::detail::simple_alloc> > * const 0x0012efe8, const char * 0x0846601c `string') line 356 QueryGreppers(Grepper & {...}) line 35 + 17 bytes What's wrong with it?

2 4

[Parameter library]
by Sohail Somani 11 Oct '05

11 Oct '05

Is the prescribed method for the parameter library thread safe? // appears to modify global variables "graph", etc core::depth_first_search(( graph = 'G', visitor = 2, root_vertex = 3.5, index_map = "hello, world", color_map = false)); Thanks

2 1

[iostreams] Problems using filtering_stream and code_converter
by Niklas Wiberg 11 Oct '05

11 Oct '05

Hi, I'm using boost 1.33.0 on windows (VC++6). I would like to use a code_converter to convert internal std::wstring's (which I understand are ucs2 in windows/vstudio, but that shouldn't matter here I guess) to utf-8 when saving to file. Here is the failing code: <code> void main() { typedef boost::iostreams::code_converter<boost::iostreams::file_sink, WideCharToUtf8Cvt> my_sink; std::wstring teststr(L"Blah blah."); boost::iostreams::filtering_wostream out; boost::iostreams::file_sink myFile("out.txt"); out.push(my_sink(myFile)); out << teststr; } </code> WideCharToUtf8Cvt is my own codecvt implementation. The problem is that I get a crash as the stream is being destroyed. The call stack is too deep to include here, but one of the last things are: policy_type& dev() { return **dev_; } in boost.iostreams.detail.code_converter_impl which calls boost::iostreams::detail::optional<boost::iostreams::detail::concept_adapter<boost::iostreams::basic_file_sink<char> > >::operator*() operator*() asserts on initialized_ which is false in this case. I've tried both with vc++6 sp5 and vc++ 7.1 with the same results. Also, there is no difference if I use this typedef for my_sink: typedef boost::iostreams::code_converter<boost::iostreams::file_sink> my_sink; so I don't think my codecvt implementation is to blame... The file out.txt actually gets filled with the expected data. Am I going about this the completely wrong way or am I just missing some important detail? Any help would be greatly appreciated, Niklas Wiberg

2 2

BOOST_STATIC_ASSERT
by Edward Grace 11 Oct '05

11 Oct '05

Dear All, I am encountering a problem with BOOST_STATIC_ASSERT, it is producing compile-time errors that are a little cryptic. When using BOOST_STATIC_ASSERT such as class rtm : public matrix<ElementType> { BOOST_STATIC_ASSERT(::boost::is_float<ElementType>::value || ejg::boost::is_complex<ElementType>::value); public: ... ... .. Instantiation of the rtm class with a non float or non complex type, such as: ejg::oned::rtm<char> M; causes the following compiler error. error: invalid application of sizeof to incomplete type boost::STATIC_ASSERTION_FAILURE<false> Boost 1.32.0 g++ 4.0.1 Obviously generating a compiler error is the correct behaviour, I want to make sure that only complex or float type objects are instantiated. The problem is that the compiler error is rather cryptic. >From the documentation of boost http://www.boost.org/doc/html/boost_staticassert.html, I should be seeing Illegal use of STATIC_ASSERTION_FAILURE<false> Is there any way this can be improved by generating the error or is it too much of a compiler issue? -ed

5 6

[Boost.Build] unable to cross-compile 1_33_0
by BRIDGES Dick 11 Oct '05

11 Oct '05

My apologies in advance if this question is only for the jamboost mailing list but I very much need to cross-compile boost_1_33_0 and I can't seem to make this version work. # bjam --v2 --version Boost.Build V2 (Milestone10) Boost.Jam 03.01.11 (I haven't received any responses on the jamboost mailing list so I assume I'm formulating my question incorrectly. If there is something wrong with the way I'm asing this question, would someone please point it out to me?) I am trying to compile a host (X86, linux) and a target (ARM9) version of the boost_1_33_0 libraries using the "standard" (Core3) gcc and a gcc-arm cross-compiler. Can someone point me to the documentation that is "authoritative" for 1_33_0 and describes how to configure [which files] and invoke bjam for multiple compilers on the same computer? I found (and read) *LOTS* of historical material describing how to configure and invoke bjam for v1 and v2 for prior versions. Vladimir Prus provided an answer (in the form of a user-config.jam mod) for 1_32_0 last April... <extract> I'd use this: using gcc : 3.4 ; using gcc : 3.4arm : /path/one/arm-g++ : <other stuff> ; using gcc : 3.4ppc : /path/two/ppc-g++ : <other stuff> ; and them bjam gcc-3.4 gcc-3.4arm gcc-3.4ppc </extract> ...which worked fine with 1_32.0, but I can't get it to work with the 1_33_0 version. No matter how I invoke bjam, it seems to interpret the compiler as the target. bjam gcc-3.4arm => "don't know how to make gcc-3.4arm" bjam --v2 gcc-3.4arm => "could not find main target gcc-3.4arm" bjam "-sTOOLS=gcc-3.4arm" => "gcc-3.4arm-tools-jam: No such file..." I've been reduced to "trying things." Any advice or suggestions would be greatly appreciated. Regards, "Desperate" Dick Bridges

1 0

Re: [Boost-users] BOOST XML serialisation c++ libraries with C#
by Prasad, Shyam 11 Oct '05

11 Oct '05

Hi Has anyone tried using BOOST XML serialisation with C#? Is that feasible? Basically the scenario is a C# front end client talking to a C++ back end server via XML messages both sides using Boost XML Serialisation / Deserialisaion framework. Regards SP

1 0