mingw-w64: wants to use libpthreadGC2.a, why not libpthread.a?

[hanetzer]

As above. The mingw-w64 runtime can produce a set of pthread dlls and import libraries
(usr/bin/libwinpthread-1.dll, usr/lib/libpthread.a, usr/lib/libpthread.dll.a, usr/lib/libwinpthread.a, and usr/lib/libwinpthread.dll.a) which can be used just like the linux ones,
whereas I have no idea where libpthreadGC2.a even comes from.

[viboes]

I suspect that this is not a Boost.Thread issue ;-)
it is about pthread library.

[hanetzer]

@viboes I don't know, but the library 'libpthreadGC2.a' is hardcoded in at least one place in the boost distro tarball, being tools/build/src/engine/boehm_gc/threadlibs.c around line 48 or so.

[hanetzer]

@viboes seriously? This is a buildfile issue on your guys's end, you hardcode the check for libpthreadGC2.a in https://github.com/boostorg/thread/blob/develop/build/Jamfile.v2#L214
This is NOT invalid.

[viboes]

Sorry, you message was not clear enough.

Please, create a bug issue for Boost.Build. Boost.Thread has nothing to do how Boost?Build links with external libraries :(

[hanetzer]

@viboes well can you point me at the proper location to file said bug? boostorg/build? or on that svn/trac thing I've found boost bugs on?

[viboes]

I believe Boost.Build accepts issues on github

https://github.com/boostorg/build/issues/

[viboes]

I've take a look at the Jamfile and I see something that can be related

         if <toolset>gcc in $(properties)
         {
             libname = lib$(libname)GC2.a ;
         }

I'm not sure how cross-compiling should work on Boost.Thread. Any help welcome.

what command are you using?

[viboes]

Is this related https://sourceware.org/ml/pthreads-win32/2011/msg00027.html?

[viboes]

Would #160 help?