Boost C++ Libraries: Ticket #4375: [serialization] Build failures on Mingw

attachment set

Thu, 24 Jun 2010 14:58:47 GMT

attachment → serialization-mingw.patch

anonymous — Fri, 25 Jun 2010 15:35:24 GMT

Please look into this a little deeper.

The facility provided by

#define BOOST_SERIALIZATION_SOURCE

Should be provided by #include <boost/archive/detail/decl.hpp>

which should be included by another header.

Robert Ramey

Fri, 25 Jun 2010 17:04:54 GMT

I suggested the above change because what appeared to be causing the failure was that the absence of BOOST_SERIALIZATION_SOURCE in shared_ptr_helper.cpp and basic_serializer_map.cpp was resulting in BOOST_SERIALIZATION_DECL being set to declspec(dllimport) when it needs to be declspec(dllexport) for the dll build to work.

There seems to be something else going on here as well though, as if i run the regression tests, i get loads of warnings along the lines of :

gcc.link ..\..\..\bin.v2\libs\serialization\test\test_derived_text_archive.test\gcc-mingw-4.5.0\debug\test_derived_text_archive.exe
Info: resolving vtable for boost::archive::archive_exception by linking to __imp___ZTVN5boost7archive17archive_exceptionE (auto-importc:/mingw450/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: warning: auto-importing has been activated without --enable-auto-import specified on the command line.
This should work unless it involves constant data structures referencing symbols from auto-imported DLLs.)

It doesn't seem to cause any problems with the tests, but i don't know how auto import works so i can't say anything more about it.

Robert Ramey — Fri, 02 Jul 2010 20:32:02 GMT

I've made a check in into the trunk to address this. Can you update and retest?

Robert Ramey

Sun, 04 Jul 2010 10:50:35 GMT

It's still failing for me, though with a different error. I'm attaching a build log from a release dll version of the lib.

attachment set

Sun, 04 Jul 2010 10:50:57 GMT

attachment → buildlog.zip

status changed

Robert Ramey — Tue, 14 Sep 2010 15:49:00 GMT

status new → assigned

I looked at this but still can't solve it. One thing I did notice was that the member function boost::serialization::extended_type_info::find(const char * key) is the only static function in the class. None of the other functions show up as unreferenced symbols. This could be a hint as to why the find function is the only one that might not be getting exported. I'm just leaving this note to remember this observation. I have no fix for now.

Robert Ramey

Bryce Adelstein Lelbach — Mon, 18 Oct 2010 00:54:14 GMT

There seems to be three or so bugs on this issue (or related mingw issues with serialization). I'm going to take a look at it and see if I can I come up with a fix.

Other bugs are #4747, #4698 and #4699.

Bryce Lelbach

status changed; resolution set

Robert Ramey — Mon, 29 Nov 2010 20:33:35 GMT

status assigned → closed
resolution → fixed