October 2008 - Boost - lists.boost.org

Autolinking not working in Windows x64 cross-compile environment
by Dave Barnett 09 Oct '08

09 Oct '08

All: I have taken the Boost 1.33.1 distribution [we have to stay with this for consistency with our Linux build...], along with the extra information here ( http://en.allexperts.com/q/C-1040/Building-boost-libraries-64.htm ) and been able to generate the Boost libraries using the X64 compiler on a machine running Windows XP Pro 64. I have taken the compiled libraries and copied them to our 32-bit XP Pro build machine for use in an X64 cross-compile environment. [We working on setting up a native X64 build machine, but it is a work in progress....] When I try to link, I get the list of unresolved symbols below. We use a command-line tool to do our builds, which calls "cl", "lib", "mt", and "link" directly. If I modify the link file passed to "link" such that it adds "s:\....\libboost_thread-vc80-mt-1_33_1.lib [which is the one dumpbin shows our object wants....], our DLL (omega_runtime) will link successfully. So, to my untrained eye [I'm new to building on Windows....] it looks like there is something wrong with the autolink magic. During the compilation, we do have "/DBOOST_ALL_DYN_LINK" set. Adding "/DBOOST_THREAD_USE_DLL" doesn't change anything. Does anyone have any suggestions for me on why this might be the case, or how to track it down? I have added the lib directory to both LIB and LIBPATH but that doesn't appear to change the situation. Thanks in advance. Cheers, Dave Creating library com\westerngeco\omega\runtime\omega_runtime.lib and object com\westerngeco\omega\runtime\omega_runtime.exp Thread.obj : error LNK2019: unresolved external symbol "public: __cdecl boost::mutex::mutex(void)" (??0mutex@boost@@QEAA@XZ) referenced in f unction "void __cdecl com::westerngeco::omega::runtime::`anonymous namespace'::classInit(void)" (?classInit@?A0xe5577335@runtime@omega@weste rngeco@com@@YAXXZ) ResourceUsage.obj : error LNK2001: unresolved external symbol "public: __cdecl boost::mutex::mutex(void)" (??0mutex@boost@@QEAA@XZ) Thread.obj : error LNK2019: unresolved external symbol "void __cdecl boost::call_once(void (__cdecl*)(void),long &)" (?call_once@boost@@YAXP 6AXXZAEAJ@Z) referenced in function "public: static int __cdecl com::westerngeco::omega::runtime::Thread::currentGroup(void)" (?currentGroup @Thread@runtime@omega@westerngeco@com@@SAHXZ) Thread.obj : error LNK2019: unresolved external symbol "public: void * __cdecl boost::detail::tss::get(void)const " (?get@tss@detail@boost@@ QEBAPEAXXZ) referenced in function "public: class com::westerngeco::omega::runtime::ThreadHandle * __cdecl boost::thread_specific_ptr<class com::westerngeco::omega::runtime::ThreadHandle>::get(void)const " (?get@?$thread_specific_ptr@VThreadHandle@runtime@omega@westerngeco@com@@@ boost@@QEBAPEAVThreadHandle@runtime@omega@westerngeco@com@@XZ) Thread.obj : error LNK2019: unresolved external symbol "public: void __cdecl boost::detail::tss::cleanup(void *)" (?cleanup@tss@detail@boost @@QEAAXPEAX@Z) referenced in function "public: void __cdecl boost::thread_specific_ptr<class com::westerngeco::omega::runtime::ThreadHandle> ::reset(class com::westerngeco::omega::runtime::ThreadHandle *)" (?reset@?$thread_specific_ptr@VThreadHandle@runtime@omega@westerngeco@com@@ @boost@@QEAAXPEAVThreadHandle@runtime@omega@westerngeco@com@@@Z) Thread.obj : error LNK2019: unresolved external symbol "public: void __cdecl boost::detail::tss::set(void *)" (?set@tss@detail@boost@@QEAAXP EAX@Z) referenced in function "public: void __cdecl boost::thread_specific_ptr<class com::westerngeco::omega::runtime::ThreadHandle>::reset( class com::westerngeco::omega::runtime::ThreadHandle *)" (?reset@?$thread_specific_ptr@VThreadHandle@runtime@omega@westerngeco@com@@@boost@@ QEAAXPEAVThreadHandle@runtime@omega@westerngeco@com@@@Z) Thread.obj : error LNK2019: unresolved external symbol "public: __cdecl boost::lock_error::lock_error(void)" (??0lock_error@boost@@QEAA@XZ) referenced in function "public: void __cdecl boost::detail::thread::scoped_lock<class boost::mutex>::lock(void)" (?lock@?$scoped_lock@Vmutex @boost@@@thread@detail@boost@@QEAAXXZ) ResourceUsage.obj : error LNK2001: unresolved external symbol "public: __cdecl boost::lock_error::lock_error(void)" (??0lock_error@boost@@QE AA@XZ) Thread.obj : error LNK2001: unresolved external symbol "public: virtual __cdecl boost::lock_error::~lock_error(void)" (??1lock_error@boost@@ UEAA@XZ) ResourceUsage.obj : error LNK2001: unresolved external symbol "public: virtual __cdecl boost::lock_error::~lock_error(void)" (??1lock_error@ boost@@UEAA@XZ) Thread.obj : error LNK2019: unresolved external symbol "public: virtual __cdecl boost::thread_exception::~thread_exception(void)" (??1thread _exception@boost@@UEAA@XZ) referenced in function "public: virtual void * __cdecl boost::thread_exception::`scalar deleting destructor'(unsi gned int)" (??_Gthread_exception@boost@@UEAAPEAXI@Z) ResourceUsage.obj : error LNK2001: unresolved external symbol "public: virtual __cdecl boost::thread_exception::~thread_exception(void)" (?? 1thread_exception@boost@@UEAA@XZ) Thread.obj : error LNK2001: unresolved external symbol "public: virtual char const * __cdecl boost::lock_error::what(void)const " (?what@loc k_error@boost@@UEBAPEBDXZ) ResourceUsage.obj : error LNK2001: unresolved external symbol "public: virtual char const * __cdecl boost::lock_error::what(void)const " (?w hat@lock_error@boost@@UEBAPEBDXZ) Thread.obj : error LNK2019: unresolved external symbol "private: void __cdecl boost::mutex::do_lock(void)" (?do_lock@mutex@boost@@AEAAXXZ) r eferenced in function "public: static void __cdecl boost::detail::thread::lock_ops<class boost::mutex>::lock(class boost::mutex &)" (?lock@? $lock_ops@Vmutex@boost@@@thread@detail@boost@@SAXAEAVmutex@4@@Z) ResourceUsage.obj : error LNK2001: unresolved external symbol "private: void __cdecl boost::mutex::do_lock(void)" (?do_lock@mutex@boost@@AEA AXXZ) Thread.obj : error LNK2019: unresolved external symbol "private: void __cdecl boost::mutex::do_unlock(void)" (?do_unlock@mutex@boost@@AEAAXX Z) referenced in function "public: static void __cdecl boost::detail::thread::lock_ops<class boost::mutex>::unlock(class boost::mutex &)" (? unlock@?$lock_ops@Vmutex@boost@@@thread@detail@boost@@SAXAEAVmutex@4@@Z) ResourceUsage.obj : error LNK2001: unresolved external symbol "private: void __cdecl boost::mutex::do_unlock(void)" (?do_unlock@mutex@boost@ @AEAAXXZ) Thread.obj : error LNK2019: unresolved external symbol "private: void __cdecl boost::detail::tss::init(class boost::function1<void,void *,cl ass std::allocator<class boost::function_base> > *)" (?init@tss@detail@boost@@AEAAXPEAV?$function1@XPEAXV?$allocator@Vfunction_base@boost@@@ std@@@3@@Z) referenced in function "public: __cdecl boost::detail::tss::tss(class boost::function1<void,void *,class std::allocator<class bo ost::function_base> > *)" (??0tss@detail@boost@@QEAA@PEAV?$function1@XPEAXV?$allocator@Vfunction_base@boost@@@std@@@2@@Z) Thread.obj : error LNK2019: unresolved external symbol "public: __cdecl boost::thread_resource_error::thread_resource_error(void)" (??0threa d_resource_error@boost@@QEAA@XZ) referenced in function "public: __cdecl boost::detail::tss::tss(class boost::function1<void,void *,class st d::allocator<class boost::function_base> > *)" (??0tss@detail@boost@@QEAA@PEAV?$function1@XPEAXV?$allocator@Vfunction_base@boost@@@std@@@2@@ Z) Thread.obj : error LNK2001: unresolved external symbol "public: virtual __cdecl boost::thread_resource_error::~thread_resource_error(void)" (??1thread_resource_error@boost@@UEAA@XZ) Thread.obj : error LNK2001: unresolved external symbol "public: virtual char const * __cdecl boost::thread_resource_error::what(void)const " (?what@thread_resource_error@boost@@UEBAPEBDXZ) lib\omega_runtime.dll : fatal error LNK1120: 15 unresolved externals Error status returned = 1120

2 1

[1.37.0] Release schedule added to Development page
by Beman Dawes 09 Oct '08

09 Oct '08

The calendar with the release schedule appears on the web site's Community page, but that isn't the first place a developer is likely to look. So I've added a copy on the Development page. See http://www.boost.org/development/index.html. The "Month" or "Agenda" tabs provide useful views. The time zone shown is US Central Time. I guess that's because its Rene's time zone, and he created the calendar. It might be better if it were UTC, but I'll leave that up to Rene. --Beman

2 1

1.37: Boost.Pool fixes to be merged to release?
by Chris Newbold 09 Oct '08

09 Oct '08

I've fixed a couple of minor issues in Boost.Pool over the course of the last week and submitted to trunk. Can/should I go ahead and merge these to release? -Chris

2 1

Known 1.36 bugs
by Johan Torp 08 Oct '08

08 Oct '08

Is there a list of known 1.36 bugs? Or can someone please point me to the most serious ones? Best Regards, Johan Torp www.johantorp.com -- View this message in context: http://www.nabble.com/Known-1.36-bugs-tp19878713p19878713.html Sent from the Boost - Dev mailing list archive at Nabble.com.

3 2

[multi_array] Finding array bounds.
by Robert Jones 08 Oct '08

08 Oct '08

I'm trying to write this piece of code struct Cell { .... }; typedef boost :: multi_array< Cell, 2 > Grid; void f( Grid & grid ) { for ( Grid::index i=grid.?????(); i!=grid.????(); ++i ) { ..... } } where the intention is to iterate over the first subscript of the multi_array. I can see that index_range has start() and finish() methods, but I can't see how to extract the first index_range from the multi_array. Thanks - Rob.

1 0

[phoenix] Phoenix & 1.37
by Robert Jones 08 Oct '08

08 Oct '08

I see the 1.37 release is gathering momentum. We will see any development of Phoenix in 1.37, following on from all the input of the recent review? - Rob.

2 1

config.hpp
by Joel Falcou 08 Oct '08

08 Oct '08

I'm digging up a previous topic of mine : http://article.gmane.org/gmane.comp.lib.boost.user/39236/match=config Basically, is it possible to consolidate the boost/config headers so they provide a macro usable in #ifdef and such so we can use Boost comprehensive platform/compiler tests in library ? I know some are already usable (like testing for BOOST_MSVC and such) but it lacks in some area like platform. My proposal is the following : For platform, stdlib and compiler config flag, add a macro called respectively : BOOST_ACTIVE_PLATFORM_CONFIG BOOST_ACTIVE_STDLIB_CONFIG BOOST_ACTIVE_COMPILER_CONFIG That contains a numeric value that identify the current chosen configuration. For each type of configuration, files called boost/config/platform_list.hpp,boost/config/stdlib_list.hpp and boost/config/compiler_list.hpp are provided. Those files contains the global list of possible active configuration and give them proper usable symbol. eg : platform_list.hpp #ifndef __BOOST_CONFIG_PLATFORM_LIST_HPP__INCLUDED__ #define __BOOST_CONFIG_PLATFORM_LIST_HPP__INCLUDED__ #define BOOST_AIX_PLATFORM_CONFIG 100 #define BOOST_AMIGAOS_PLATFORM_CONFIG 101 /// and so on ... #define BOOST_WIN32_PLATFORM_CONFIG 111 #define BOOST_UNKNOWN_PLATFORM_CONFIG 999 #endif Then in win32.hpp, the following definition is provided : #define BOOST_ACTIVE_PLATFORM_CONFIG BOOST_WIN32_PLATFORM_CONFIG In user code, it can be checked like this : #if (BOOST_ACTIVE_PLATFORM_CONFIG == BOOST_WIN32_PLATFORM_CONFIG) // Some Win32 code #else // some other code for non-win32 #endif Does this sound useful or am I overlooking some already existing boost system that may already do this ?

1 0

[serialization] disabling msvc warnings
by Jürgen Hunold 08 Oct '08

08 Oct '08

Hi ! Please find a patch attached which disables MS "secure" STL and C-Runtime warnings when build Boost.Serialization with msvc-8.0 and above. Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Ingenieurgesellschaft für * voice: ++49 511 262926 57 ! Verkehrs- und Eisenbahnwesen mbH * fax : ++49 511 262926 99 ! Lister Straße 15 * juergen.hunold(a)ivembh.de ! www.ivembh.de * * Geschäftsführer: ! Sitz des Unternehmens: Hannover * Prof. Dr.-Ing. Thomas Siefer ! Amtsgericht Hannover, HRB 56965 * PD Dr.-Ing. Alfons Radtke !

1 0

[serialization] extended_type_info_typeid doesn't work with objects with non public destructors
by Rodolfo Lima 08 Oct '08

08 Oct '08

Hi, it seems that in boost::serialization-1.36 the extended_type_info_typeid and extended_type_info_no_rtti doesn't use boost::serialization::access to delete the object, hence there are compile failures when it's used with an object whose destructor isn't public. Is there any chances that this will be fixed in boost-1.37? Regards, Rodolfo Lima

2 2

[property_tree] Conversion constructor missing?
by Boris 08 Oct '08

08 Oct '08

Imagine you have this XML structure (copied from the documentation and shortened): <debug> <modules> <module>Finance</module> <module>Admin</module> <module>HR</module> </modules> </debug> Now imagine you have this function which you want to call three times to pass the <module>...</module> nodes to: void foo(boost::property_tree::ptree pt); You can use get_child("debug.modules") to retrieve a property tree containing all module nodes. However if you iterate over the property tree the iterator refers to std::pair<const key_type, basic_ptree<Tr>> - and there is no simple way to convert this pair to a new property tree. You must create an empty property tree followed by a call to push_back() to insert the pair. Either there is a conversion constructor missing or I miss something and there is a simpler way of what I'm trying to do? Boris

1 0