Boost C++ Libraries: Ticket #4258: Linking with boost thread does not work on mingw/gcc 4.5

Wed, 26 May 2010 06:16:56 GMT

If I try dynamic linking, it works well, but I get error while executing application: The application failed to initialize properly (0xc0000005)

Thu, 27 May 2010 07:05:57 GMT

This bug is introduced by mingwrt-3.18-mingw32. With mingwrt-3.17-mingw32 all works fine.

anonymous — Sun, 06 Jun 2010 11:47:45 GMT

Duplicated of #3847?

aszarsha — Mon, 07 Jun 2010 06:50:49 GMT

you have to add this definition to your code: extern "C" void tss_cleanup_implemented() { }

anonymous — Tue, 24 Aug 2010 06:57:21 GMT

When adding some preprocessor checks in tss_pe.cpp that prevent the declaration _tls_used for MinGW, I've been able to fix this problem! All I did was to wrap it with

#if !defined(MINGW) ... #endif

Thu, 02 Sep 2010 07:20:59 GMT

Just comment out lines 57-65 in file /libs/thread/src/win32/tss_pe.cpp (this is for boost 1.44) and all works fine.

tristen_e@… — Mon, 06 Sep 2010 12:55:32 GMT

This is also an issue in 1.41 (and therefore most likely any version onwards.)

I've commented it out (lines 69-77 in v1.41) as suggested by Danil (thank you Sir!) Probably wrapping that bit of code with some kind of #if #endif would be the best solution as suggested by anonymous.

I've recompiled and everything seems OK - for those of you wondering what exactly what code it is that requires commenting in file /libs/thread/src/win32/tss_pe.cpp, it's this:

extern "C" const IMAGE_TLS_DIRECTORY32 _tls_used __attribute__ ((section(".rdata$T"))) =
{
        (DWORD) &__tls_start__,
        (DWORD) &__tls_end__,
        (DWORD) &__tls_index__,
        (DWORD) (&__crt_xl_start__+1),
        (DWORD) 0,
        (DWORD) 0
};

severity, milestone changed; cc set

Bryce Adelstein Lelbach — Thu, 21 Oct 2010 19:01:46 GMT

cc Bryce Adelstein Lelbach added
severity Problem → Showstopper
milestone Boost 1.43.0 → Boost-1.45.0

Replying to pluto@…:

hi,
i'm trying to build my application for mingw http://mingw-w64.sourceforge.net
with recent gcc-4.5 cross-compiler but the linker reports an error:
(...)buildenv/windows/gcc-4.5/32/boost-1.44.0/lib/libboost_thread.a(tss_pe.o):
tss_pe.cpp:(.rdata$T+0x0): multiple definition of `__tls_used'
(...)/i686-pc-mingw32/lib/libmingw32.a(lib32_libmingw32_a-tlssup.o):
(.tls+0x0): first defined here
Kai Tietz (the mingw maintainer) tolds me that boost needs correction in this area.
here's the link to mingw implementation:

tlssup.c

The above is from a from duplicate ticket; information may be relevant

This is not the same as #3847; that ticket claims that this occurs on a broader set of compilers.

status changed; resolution set

Anthony Williams — Fri, 22 Oct 2010 08:58:41 GMT

status new → closed
resolution → fixed

Fixed on trunk, revision 66140

Sat, 14 May 2011 00:10:59 GMT

Could someone shepherd this to the release branch? Thanks.

viboes — Sun, 11 Dec 2011 11:22:10 GMT

It seems this has been merged in #72431

anonymous — Thu, 05 Jan 2012 15:37:52 GMT

Still doesn't work for me :-(

status, version, milestone changed; resolution deleted

anonymous — Tue, 10 Apr 2012 09:54:19 GMT

status closed → reopened
version Boost 1.44.0 → Boost 1.49.0
resolution fixed
milestone Boost 1.45.0 → To Be Determined

boost 1.49 have this:

#if defined(__MINGW64__) || (__MINGW32_MAJOR_VERSION >3) ||             \
    ((__MINGW32_MAJOR_VERSION==3) && (__MINGW32_MINOR_VERSION>=18))

but mingw64 doesn't define

__MINGW64__

when compiling x86 target. I've changed it to:

#if defined(__MINGW64__) || (__MINGW64_VERSION_MAJOR) || (__MINGW32_MAJOR_VERSION >3) ||             \
    ((__MINGW32_MAJOR_VERSION==3) && (__MINGW32_MINOR_VERSION>=18))

and it solve problem

owner, status changed

viboes — Thu, 21 Jun 2012 22:06:07 GMT

owner changed from Anthony Williams to viboes
status reopened → new

Thanks for the info. I will apply it soon.

status, milestone changed

viboes — Sat, 07 Jul 2012 15:13:50 GMT

status new → assigned
milestone To Be Determined → Boost 1.51.0

Committed in trunk [79334]

status changed; resolution set

viboes — Mon, 09 Jul 2012 21:12:40 GMT

status assigned → closed
resolution → fixed

Committed revision [79373].