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

newbie issues on Solaris 9
by PAASILA RISTO 06 Jul '08

06 Jul '08

Hello, I am trying to build the filesystem and regex libraries, but have a problem with the filesystem library. Refer to the log below. In short, I get errors like "libs/filesystem/src/operations.cpp", line 1034: Error: Cannot use std::pair<boost::system::error_code, int> to initialize std::pair<boost::system::error_code, unsigned long long>. and "libs/filesystem/src/path.cpp", line 46: Error: Could not find a match for std::use_facet<std::Facet>(std::locale) needed in::converter(). Is there any configure option, or setting in user-config.jam which will solve the compilation problems? My configuration is SunOS aals176 5.9 Generic_122300-13 sun4u sparc SUNW,Sun-Fire-V440 The compiler version is CC: Sun C++ 5.8 Patch 121017-07 2006/11/02 =========== cd boost_dir; ./configure --with-toolset=sun --with-libraries=filesystem,regex --prefix=$OLDPWD cd "/extdisk1/customer/sdeaptr2/lib/opensource/boost/" #HOST_P#cd boost_dir; ./configure --with-toolset=sun --with-libraries=filesystem,regex --prefix=$OLDPWD -n Building Boost.Jam with toolset sun... tools/jam/src/bin.solaris/bjam -n Unicode/ICU support for Boost.Regex?... not found. Backing up existing Boost.Build configuration in user-config.jam.1 Generating Boost.Build configuration in user-config.jam... Generating Makefile... =========== gmake -C boost_dir install ====== cd "/extdisk1/customer/sdeaptr2/lib/opensource/boost/" 2>/dev/null || mkdir -p "/extdisk1/customer/sdeaptr2/lib/opensource/boost/"; cd "/extdisk1/customer/sdeaptr2/lib/opensource/boost/" #HOST_P#gmake -C boost_dir install ./tools/jam/src/bin.solaris/bjam --user-config=user-config.jam --prefix=/extdisk1/customer/sdeaptr2/lib/opensource/boost --exec-prefix=/extdisk1/customer/sdeaptr2/lib/opensource/boost --libdir=/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib --includedir=/extdisk1/customer/sdeaptr2/lib/opensource/boost/include --with-filesystem --with-regex install Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (don't panic: this is a strictly optional feature). ...patience... ...found 11247 targets... ...updating 51 targets... sun.compile.c++ bin.v2/libs/system/build/sun/release/threading-multi/error_code.o CC: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors sun.link.dll bin.v2/libs/system/build/sun/release/threading-multi/libboost_system-sw- mt-1_35.so.1.35.0 common.copy /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_system-sw- mt-1_35.so.1.35.0 common.hard-link /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_system-sw- mt.so sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/operations.o CC: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors "libs/filesystem/src/operations.cpp", line 1034: Error: Cannot use std::pair<boost::system::error_code, int> to initialize std::pair<boost::system::error_code, unsigned long long>. "libs/filesystem/src/operations.cpp", line 1036: Error: Cannot use std::pair<boost::system::error_code, int> to initialize std::pair<boost::system::error_code, unsigned long long>. "libs/filesystem/src/operations.cpp", line 1070: Error: Cannot use std::pair<boost::system::error_code, int> to initialize std::pair<boost::system::error_code, long>. 3 Error(s) detected. "CC" -fast -mt -KPIC -DBOOST_ALL_DYN_LINK=1 -DBOOST_ALL_NO_LIB=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/filesystem/build/sun/release/threading-multi/operations.o" "libs/filesystem/src/operations.cpp" ...failed sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/operations.o... sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/path.o CC: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors "libs/filesystem/src/path.cpp", line 46: Error: Could not find a match for std::use_facet<std::Facet>(std::locale) needed in::converter(). "libs/filesystem/src/path.cpp", line 63: Error: Could not find a match for std::use_facet<std::Facet>(std::locale) needed in static boost::filesystem::wpath_traits::imbue(const std::locale&, const std::nothrow_t&). 2 Error(s) detected. "CC" -fast -mt -KPIC -DBOOST_ALL_DYN_LINK=1 -DBOOST_ALL_NO_LIB=1 -DBOOST_SYSTEM_DYN_LINK=1 -DNDEBUG -I"." -c -o "bin.v2/libs/filesystem/build/sun/release/threading-multi/path.o" "libs/filesystem/src/path.cpp" ...failed sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/path.o... sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/portability.o CC: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors sun.compile.c++ bin.v2/libs/filesystem/build/sun/release/threading-multi/utf8_codecvt_fa cet.o CC: Warning: -xarch=native has been explicitly specified, or implicitly specified by a macro option, -xarch=native on this architecture implies -xarch=v8plusb which generates code that does not run on pre UltraSPARC III processors ...skipped <pbin.v2/libs/filesystem/build/sun/release/threading-multi>libboost_file system-sw-mt-1_35.so.1.35.0 for lack of <pbin.v2/libs/filesystem/build/sun/release/threading-multi>operations.o. .. ...skipped <p/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib>libboost_filesyst em-sw-mt-1_35.so.1.35.0 for lack of <pbin.v2/libs/filesystem/build/sun/release/threading-multi>libboost_file system-sw-mt-1_35.so.1.35.0... ...skipped <p/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib>libboost_filesyst em-sw-mt.so for lack of <p/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib>libboost_filesyst em-sw-mt-1_35.so.1.35.0... common.copy /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_regex-sw-m t-1_35.so.1.35.0 common.hard-link /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_regex-sw-m t.so ln-UNIX /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_system-sw- mt-1_35.so ...skipped <p/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib>libboost_filesyst em-sw-mt-1_35.so for lack of <p/extdisk1/customer/sdeaptr2/lib/opensource/boost/lib>libboost_filesyst em-sw-mt-1_35.so.1.35.0... ln-UNIX /extdisk1/customer/sdeaptr2/lib/opensource/boost/lib/libboost_regex-sw-m t-1_35.so ...failed updating 2 targets... ...skipped 4 targets... ...updated 45 targets... Not all Boost libraries built properly. ============================================== Thanks, Risto

1 0

[build] Library suffix on mingw/win32
by John Femiani 06 Jul '08

06 Jul '08

I have used boost for some time on windows with msvc, but I am trying to install & use it with mingw-g++. I'm no gcc expert, but it seems that ld requires specific extensions for libraries, and bjam is not generating the right ones. In particular, under mingw, the flag -lboost_unit_test_framework Will match boost_unit_test_framework.lib (the import library for the dll) Or libboost_unit_test_framework.a But NOT libboost_unit_test_framework.lib Which is what bjam produces. Here is an approach that WONT work: Using -llibboost_unit_test_framework Or -llibboost_unit_test_framework.lib Fails because the leading 'lib' is automatically stripped out by ld. As a solution I just renamed all lib*.lib files to lib*.a, but something seems basically wrong with the situation. I don't know WHY bjam used a '.lib' suffix, since I built the libraries using gcc. The static libraries I generate from gcc should be linkable from gcc... I use mingw + msys to build boost as follows: 1) I installed MinGW Automated Installer, MingW GCC 4.3.0, and then MSYS via its installer. - this creates C:\MingW and C:\msys\1.0. The gcc-4.3.0 files are extraced into C:\mingw 2) I open the MSYS shell by running msys.bat 3) I fetch boost/trunk into my home directory using svn. 4) I run tools/jam/build_dist.sh to create bjam 5) I copy bjam.exe to /mingw/bin 6) from within the msys shell, I run bjam --toolset=gcc --layout=system --build-type=complete --prefix=/mingw When I am done, under /mingw/lib I have files with names like: boost_*.dll boost_*.lib libboost_*.lib In particular, the static libraries have a '.lib' suffix. I have googled and searched the boost site, and I can find issues related to mingw/etc but nobody else seems to have _this_ problem. Is there something I am just doing wrong here? BTW: --toolset=mingw failed to find the mingw toolset, but when I build with gcc is seems to know what to do. Thanks, --John Femiani

3 4

gcc 4.3 support planned for Boost 1.36 ?
by Ruediger Berlich 06 Jul '08

06 Jul '08

Hi there, just a short question whether support for gcc 4.3 is planned for Boost 1.36 ? I'm seeing some strange compilation problems with my application (bost with boost 1.35 and the current trunk version) when I use gcc 4.3.1 (on an OpenSUSE 11 box). These are not there when using Boost 1.34.1 or Boost 1.35 with gcc 4.2.1 (on OpenSUSE 10.3). Best, Rüdiger

1 0

New to Boost C++ - Dynamic Arrays
by Jean-Sebastien Stoezel 06 Jul '08

06 Jul '08

Hello, I am interested in supporting dynamic arrays in my C++ application. I read about STL, which somehow brought me to Boost C++... I see Boost C++ provides the Array library, which only seems to support static arrays... Does Boost C++ support dynamic arrays? Any example I could use to understand how this work? By any means, would this dynamic array library be thread safe? Thanks! Jean

4 3

[Boost.MultiIndex] Parameterizing multi_index_container on a template parameter
by Julius Ziegler 06 Jul '08

06 Jul '08

Hello, I am having problems using a multi_index_container in the context of a template class, and I am hoping someone here can help me. This is a condensed example: template<class T> struct C { typedef multi_index_container<T> SomeSet; SomeSet container; // I learned I need typename, since this is an implicit type typedef typename multi_index_container<T>::nth_index<0>::type SomeSetIndex; void f() { SomeSetIndex& index = container.get<0>(); } }; The typedef for SomeSetIndex did not compile. g++-4.2 reported (I stripped something from the message that I think is not relevant): error: non-template 'nth_index' used as template note: use 'multi_index_container<T, [stripped] >::template nth_index' to indicate that it is a template Now I (blindly) tried this declaration: typedef typename multi_index_container<T>::template nth_index<0>::type g++ gets past it, but now reports a syntax error in function f, when index gets initialised. Can someone please explain that first error message to me? Any help is appreciated. -J

3 2

boost with CodeGear rad studio 2007
by Sean Farrow 06 Jul '08

06 Jul '08

Hi: I have the installer from boost-consulting, I would like to use boost with CodeGear rad studio 2007 as well as visual studio 2005, is this possible, how do I go about doing this, and what are the incompatibilies, if any? Cheers Sean. __________ Information from ESET NOD32 Antivirus, version of virus signature database 3239 (20080703) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com

2 2

[build] Library suffix on mingw/win32
by John Femiani 05 Jul '08

05 Jul '08

I have used boost for some time on windows with msvc, but I am trying to install & use it with mingw-g++. I'm no gcc expert, but it seems that ld requires specific extensions for libraries, and bjam is not generating the right ones. In particular, under mingw, the flag -lboost_unit_test_framework Will match boost_unit_test_framework.lib (the import library for the dll) Or libboost_unit_test_framework.a But NOT libboost_unit_test_framework.lib Which is what bjam produces. Here is an approach that WONT work: Using -llibboost_unit_test_framework Or -llibboost_unit_test_framework.lib Fails because the leading 'lib' is automatically stripped out by ld. As a solution I just renamed all lib*.lib files to lib*.a, but something seems basically wrong with the situation. I don't know WHY bjam used a '.lib' suffix, since I built the libraries using gcc. The static libraries I generate from gcc should be linkable from gcc... I use mingw + msys to build boost as follows: 1) I installed MinGW Automated Installer, MingW GCC 4.3.0, and then MSYS via its installer. - this creates C:\MingW and C:\msys\1.0. The gcc-4.3.0 files are extraced into C:\mingw 2) I open the MSYS shell by running msys.bat 3) I fetch boost/trunk into my home directory using svn. 4) I run tools/jam/build_dist.sh to create bjam 5) I copy bjam.exe to /mingw/bin 6) from within the msys shell, I run bjam --toolset=gcc --layout=system --build-type=complete --prefix=/mingw When I am done, under /mingw/lib I have files with names like: boost_*.dll boost_*.lib libboost_*.lib In particular, the static libraries have a '.lib' suffix. I have googled and searched the boost site, and I can find issues related to mingw/etc but nobody else seems to have _this_ problem. Is there something I am just doing wrong here? BTW: --toolset=mingw failed to find the mingw toolset, but when I build with gcc is seems to know what to do. Thanks, --John Femiani

1 0

[build] Library suffix on mingw/win32
by John Femiani 05 Jul '08

05 Jul '08

I have used boost for some time on windows with msvc, but I am trying to install & use it with mingw-g++. I'm no gcc expert, but it seems that ld requires specific extensions for libraries, and bjam is not generating the right ones. In particular, under mingw, the flag -lboost_unit_test_framework Will match boost_unit_test_framework.lib (the import library for the dll) Or libboost_unit_test_framework.a (which does not exist after I run bjam!) But NOT libboost_unit_test_framework.lib, Which is what bjam produces. As a solution I just renamed all lib*.lib files to lib*.a, but something seems basically wrong with the situation. I don't know WHY bjam used a '.lib' suffix, since I built the libraries using gcc. The static libraries I generate from gcc should be linkable from gcc... I use mingw + msys to build boost as follows: 1) I installed MinGW Automated Installer, mingw gcc 4.3.0, and then msys via its installer. - this creates C:\MinGW and C:\msys\1.0. The gcc-4.3.0 files are extraced into C:\mingw 2) I open the MSYS shell by running msys.bat 3) I fetch boost/trunk into a temp directory using svn. 4) I run tools/jam/build_dist.sh to create bjam 5) I copy bjam.exe to /mingw/bin 6) from within the msys shell, I run bjam --toolset=gcc --layout=system --build-type=complete --prefix=/mingw When I am done, under /mingw/lib I have files with names like: boost_*.dll boost_*.lib libboost_*.lib In particular, the static libraries have a '.lib' suffix. I have googled and searched the boost site, and I can find issues related to mingw/etc but nobody else seems to have _this_ problem. Is there something I am just doing wrong here? Thanks, --John Femiani

1 0

How to use boost::thread::sleep(...)?
by Jean-Sebastien Stoezel 05 Jul '08

05 Jul '08

Hi, I would like to relinquish the CPU from a thread so I thought using boost::thread::sleep(...). However, I have no idea how to initialize its argument. It looks like this is a boost::system_time. How to initiliaze such a type so my thread waits 20ms, 100ms...!? Thanks!

3 3

[Threads] how to cross-compile boost.threads from cygwin to target win32?
by frederic.bron＠alcan.com 05 Jul '08

05 Jul '08

I have been using boost with success since 1 year on the following systems: 1) cygwin built with cygwin gcc/g++, 2) win32 built with cygwin gcc/g++ with -mno-cygwin flag, 3) linux built with both gcc/g++ or intel compiler. I now want to use boost.threads and I have discovered that the library was not automatically built for system 2), i.e. win32. How can I force bjam to compile for the target win32 using windows threads instead of cygwin pthread? It seems that there are some bjam options like target-os and threadapi but I could not get any documentation for it. What is the list of possible target-os or threadapi values? Regards, F. Bron Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

2 2