[Boost-users] Re: Building boost threads with MinGW

From: Raoul Gough (RaoulGough_at_[hidden])
Date: 2003-09-26 06:04:41

"Jeremy Godfrey" <jngcomp_at_[hidden]> writes:

> Hi,
>
> When I build boost threads with bjam and MinGW, the resulting DLL is not
> dependent on mingwm10.dll like (as I understand things) all MinGW
> multithreaded binaries should be. This would indicate that the -mthreads
> compile/link option is not being used. Does anyone know how to fix this?

I guess your analysis is correct - my copy of boost_thread.dll imports
the function __mingwthr_key_dtor from mingwm10.dll. What does "g++ -v"
report for you?

$ f:/mingw/bin/g++ -v
Reading specs from f:/mingw/bin/../lib/gcc-lib/mingw32/3.3.1/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw
--enable-threads --disable-nls
--enable-languages=c,c++,f77,objc,ada,java --disable-win32-registry
--disable-shared --enable-sjlj-exceptions --enable-libgcj
--disable-java-awt --without-x --enable-java-gc=boehm
--disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization
Thread model: win32
gcc version 3.3.1 (mingw special 20030804-1)

One fix would be to download the same gcc 3.3.1 executable as I have
from the mingw site (but be warned that I recently detected a bug with
this compiler's sjlj exception handling - see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12298 for the gory
details). If you're building gcc yourself, maybe you need to supply
some of the configure options manually?

-- 
Raoul Gough.
(setq dabbrev-case-fold-search nil)