- Boost-users - lists.boost.org

Thread: SUN forte7 64 bits compilation error
by Maxime Larose 29 Sep '04

29 Sep '04

We have used the boost thread library in 32 bits for more than a year. Congrats, it works like a charm. We recently moved our product to Solaris 9 64 bits and now we get compilation errors. (We use forte7.) CC -c -I/BINARIES/sol9/opt/boost_1_30_0 -I../../../ -Qoption CC -xcomdat -mt -fast -xarch=v9 -DBOOST_HAS_THREADS -o sunpro/libboost_thread/condition.o ../src/condition.cpp "../../..//boost/limits.hpp", line 35: Error: Multiple declaration for std::numeric_limits<long long>. "../../..//boost/limits.hpp", line 88: Error: Multiple declaration for std::numeric_limits<unsigned long long>. 2 Error(s) detected. make: *** [sunpro/libboost_thread/condition.o] Error 2 The problem seems to be in ./config/stdlib. I hacked roguewave.hpp to artificially increase the roguewave version number: #ifndef _RWSTD_VER # define BOOST_RWSTD_VER 0x010000 #elif _RWSTD_VER < 0x010000 # define BOOST_RWSTD_VER (_RWSTD_VER << 8) #else # ifdef __sparcv9 # define BOOST_RWSTD_VER 0x20200 # else # define BOOST_RWSTD_VER _RWSTD_VER # endif #endif Now, compilation works fine: CC -c -I/BINARIES/sol9/opt/boost_1_30_0 -I../../../ -Qoption CC -xcomdat -mt -fast -xarch=v9 -DBOOST_HAS_THREADS -o sunpro/libboost_thread/tss.o ../src/tss.cpp "../src/tss.cpp", line 192: Warning (Anachronism): Formal argument 2 of type extern "C" void(*)(void*) in call to pthread_key_create(unsigned*, extern "C" void(*)(void*)) is being passed void(*)(void*). 1 Warning(s) detected. (We've had the warning for the longest time.) I am no boost expert, but that seems to have taken care of the problem: the library works fine as far as I can tell. Are there side effects that I may not be aware of? Is forte7 64 bits generally supported right out of the box? Thanks, Max ------------------------------------------------ Maxime Larose Senior Software Designer Tel: ***-***-**** mlarose(a)broadsoft.com BroadSoft, Inc. http://www.broadsoft.com/

1 0

RE: Converting a Boost implementation of Lambda to VC8 --- Found out about the Newer boost\lambda...
by John Henry 29 Sep '04

29 Sep '04

In Reference to this... I found out about the Upgrade of Lambda in Boost... I have downloaded and recompiled boost with the new Lambda and will try to sort this out myself first... It will be a bit tho as I now have to recompile the other Libraries dependent on boost First before I can go back to the original problem. On a side not: The boost "HEAD" version compiles much better for VC8 then my last one (1.30) jpmythic _____________________________________________________________________ [Edited Original] Subject: [Boost-users] Converting a Boost implementation of Lambda to VC8 so it compiles The basics: New to boost. Converting a project from VC7 to VC8 that uses Lambda functionality. Other issue, (I didn't write this code... so still learning it). The problem: ----------- The original compiles in earlier compilers, but comes up with "Ambiguous" error in VC8. The original code doesn't deal with Issues with MSVC compiliers, this I found in my searches. The fix from the Searches, points me to using the following workaround: (This was posted on both boost.org and ASPN) http://aspn.activestate.com/ASPN/Mail/Message/1387917 Now I get the basics, but I am still not quite sure about the whole boost structure, so heres the code I am dealing with. 4 files, so not too bad, and only in a small section. I've got the Basic's, I am just not sure how to conver this over: [code] template< class T > struct Holder { T value; }; typedef InheritMultiple < //MythicDebug --> list< int, std::string, Widget >, --> lambda< Holder< _ > >::type --> >::type myWidgetInfo; } // inheritance [/code] <<<<<<<<<<<<<<<<<<<<<<<<<<<<<SNIP>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

1 0

Boost Variant and std::map recursion
by Caleb Epstein 29 Sep '04

29 Sep '04

I'm trying to use Boost.Variant to model a recursive data structure than can be either a scalar value, vector or map. My code works fine on GCC and VC7.1 but I just now installed Intel C++ 8.1 and am seeing this error: /opt/intel/include/c++/utility(48): error: incomplete type is not allowed _Ty2 second; // the second stored value ^ detected during instantiation of class "std::pair<_Ty1, _Ty2> [with _Ty1=const std::string, _Ty2=boost::recursive_variant_]" at line 111 of "bencode.hpp" compilation aborted for bdecode.cpp (code 2) I'm attaching the code, but the crux of the offense seems to be the recursive variant as the second part of the std::map template: /// The field_t is the basic building block; you can use it to /// represent a scalar value, list or dictionary typedef boost::make_recursive_variant< int_t, double, std::string, std::vector<boost::recursive_variant_>, std::map<std::string, boost::recursive_variant_> >::type field_t; Is icpc right to reject this? -- Caleb Epstein caleb.epstein(a)gmail.com

1 0

Is boost::to_upper() still a part of Boost?
by Debajit Adhikary 29 Sep '04

29 Sep '04

Is boost::to_upper() still a part of Boost? I did a grep on the Boost includes today and did not find to_upper. Has it been renamed or deprecated? boost.org does list to_upper() in its online docs (boost.org Home > Documentation > Nightly CVS), but I can't find it in the online docs for the current release or the (offline) documentation that comes with Boost.

1 0

Converting a Boost implementation of Lambda to VC8 so it compiles
by John Henry 29 Sep '04

29 Sep '04

The basics: New to boost. Converting a project from VC7 to VC8 that uses Lambda functionality. Other issue, (I didn't write this code... so still learning it). The problem: ----------- The original compiles in earlier compilers, but comes up with "Ambiguous" error in VC8. The original code doesn't deal with Issues with MSVC compiliers, this I found in my searches. The fix from the Searches, points me to using the following workaround: (This was posted on both boost.org and ASPN) http://aspn.activestate.com/ASPN/Mail/Message/1387917 Now I get the basics, but I am still not quite sure about the whole boost structure, so heres the code I am dealing with. 4 files, so not too bad, and only in a small section. I've got the Basic's, I am just not sure how to conver this over: [code] template< class T > struct Holder { T value; }; typedef InheritMultiple < //MythicDebug --> list< int, std::string, Widget >, --> lambda< Holder< _ > >::type --> >::type myWidgetInfo; } // inheritance [/code] The part --> list<... is where I am unsure of how to convert it over to the style in the above post: [code] ------ (snipped) ------ typedef ownership type; BOOST_MPL_AUX_LAMBDA_SUPPORT(1, ownership, (T)) [/code] The compile error comes in about the lambda< Holder<_> >::type [code] Test.cpp(47) : error C2872: 'lambda' : ambiguous symbol could be '\boost\boost\mpl\aux_\preprocessed\plain\full_lambda.hpp(27) : boost::mpl::lambda' or 'boost::mpl' [/code] Now I have tried changing it to: boost::mpl< Holder... boost::mpl::lambda< Holder.. All of those just give me other errors, even worse in number.. As far as I can tell I need to use the MSVC Compilier workaround to fix this... This is the last fix I need to start testing the code as I've managed to convert/fix the rest.. I am just not sure how to convert [ list< int... ] to [ BOOST_MPL_AUX_LAMBDA_SUPPORT(1, ownership, (T)) ] Thanks, John Henry

1 0

Unrecoverable block scoping error
by Martin M 28 Sep '04

28 Sep '04

I use boost iterators and BGL in my project, which I normally compile with gcc. However, I wanted to try how portable it is, and tried to compile it with MSVC++ 6. After having sorted out a few minor quirks in my code, I get the error message "c:\program files\hack\microsoft visual studio\local\include\boost\type_traits\broken_compiler_spec.hpp(23) : fatal error C1506: unrecoverable block scoping error" Where could this stem from? I installed boost for VC++ from within Cygwin with the command line bjam "--prefix=c:\program files\hack\microsoft visual studio\local" "-sTOOLS=msvc" "--builddir=../boost_msvc_build" "-sMSVC_ROOT=c:\program files\hack\microsoft visual studio\vc98" install Any ideas? / martin

4 6

[Linker error] undefined reference to `boost::gregorian::greg_month::as_short_string() const'
by Zhoujie Mao 28 Sep '04

28 Sep '04

Hi everyone, I just downloaded boost, built it on windows using cygwin. However, when I tried to run an example program. I got a the following link error [Linker error] undefined reference to `boost::gregorian::greg_month::as_short_string() const' I have added the corresponding lib and include directories to my make file. Is there anything I am missing? Any help will be greatly appreciated. George __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com

3 9

newbie: build support for HP-UX and aCC compiler
by arno.schaefer＠sqs.de 28 Sep '04

28 Sep '04

Hi all, I want to use the boost libraries an HP-UX 11.xx with Compiler aCC version "A.03.45". Because I found til now no hint, that the aCC compiler is directly supported by your tools list, I want to ask, if there are some experience with this compiler and the actual boost version and perhaps a reference to a description how to build the library with aCC. Thanks for your help Arno

4 3

not working after upgrade
by Fred J. 27 Sep '04

27 Sep '04

Hello I am having a problem compiling a simple program with some boost lib. the problem happend after I apt-get update && apt-get upgrade my testing debian. my program #include "/usr/include/boost/filesystem/operations.hpp" #include "/usr/include/boost/filesystem/fstream.hpp" #include "/usr/include/boost/filesystem/path.hpp" ... on compileing I get g++ -g -Wall -c -o main.o main.cpp In file included from /usr/include/boost/filesystem/operations.hpp:18, from main.cpp:1: /usr/include/boost/filesystem/path.hpp:15:39: boost/filesystem/config.hpp: No such file or directory In file included from /usr/include/boost/filesystem/operations.hpp:18, from main.cpp:1: $locate config.hpp /usr/include/boost/config.hpp /usr/include/boost/config/select_compiler_config.hpp /usr/include/boost/config/select_platform_config.hpp /usr/include/boost/config/select_stdlib_config.hpp /usr/include/boost/lambda/detail/lambda_config.hpp /usr/include/boost/numeric/ublas/config.hpp /usr/include/boost/preprocessor/config/config.hpp /usr/include/boost/spirit/core/config.hpp /usr/include/boost/type_traits/config.hpp /usr/include/boost/variant/detail/config.hpp /var/boost/boost_1_31_0/boost/config.hpp /var/boost/boost_1_31_0/boost/config/select_compiler_config.hpp /var/boost/boost_1_31_0/boost/config/select_platform_config.hpp /var/boost/boost_1_31_0/boost/config/select_stdlib_config.hpp /var/boost/boost_1_31_0/boost/date_time/compiler_config.hpp /var/boost/boost_1_31_0/boost/date_time/locale_config.hpp /var/boost/boost_1_31_0/boost/date_time/posix_time/posix_time_config.hpp /var/boost/boost_1_31_0/boost/filesystem/config.hpp /var/boost/boost_1_31_0/boost/lambda/detail/lambda_config.hpp /var/boost/boost_1_31_0/boost/numeric/ublas/config.hpp /var/boost/boost_1_31_0/boost/preprocessor/config/config.hpp /var/boost/boost_1_31_0/boost/python/detail/config.hpp /var/boost/boost_1_31_0/boost/regex/config.hpp /var/boost/boost_1_31_0/boost/signals/detail/config.hpp /var/boost/boost_1_31_0/boost/spirit/core/config.hpp /var/boost/boost_1_31_0/boost/test/detail/unit_test_config.hpp /var/boost/boost_1_31_0/boost/thread/detail/config.hpp /var/boost/boost_1_31_0/boost/type_traits/config.hpp /var/boost/boost_1_31_0/boost/variant/detail/config.hpp thanks __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Bad interaction between boost::bind and Boost.Python?
by Nat Goodspeed 24 Sep '04

24 Sep '04

With the files newly unpacked from boost_1_31_0.zip, using MS VS .NET 2003 (aka 7.1), the following two-line source file: #include <boost/bind.hpp> #include <boost/python.hpp> compiled with the following command line: cl /c /I "c:/Dev/boost_1_31_0" /I "$PYTHONDIR/include" /EHsc test.cpp produces these errors: Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. test.cpp c:/Dev\boost_1_31_0\boost\mpl\less.hpp(39) : error C2760: syntax error : expected ',' not ';' c:/Dev\boost_1_31_0\boost\mpl\less.hpp(51) : see reference to class template instantiation 'boost::mpl::less<T1,T2>' being compiled c:/Dev\boost_1_31_0\boost\mpl\less.hpp(39) : error C2144: syntax error : 'const bool' should be preceded by '}' c:/Dev\boost_1_31_0\boost\mpl\less.hpp(39) : error C2062: type 'const bool' unexpected c:/Dev\boost_1_31_0\boost\mpl\less.hpp(39) : error C2238: unexpected token(s) preceding ';' c:/Dev\boost_1_31_0\boost\mpl\less.hpp(42) : error C2065: 'value' : undeclared identifier Reversing the order of 'bind.hpp' and 'python.hpp' results in a clean compile. I'm trying to upgrade from Boost 1.30.2 to 1.31.0 today, but this bug is turning into quite a problem because of deep nesting of our own #include files. It hasn't yet become a show-stopper; but it's certainly taking me a great deal of effort to try to propagate every #include <boost/python*> -- and every file that includes it! - higher in its includer's #include list than any #include <boost/bind.hpp>. Please tell me there's a better way.

3 2