# For the library variant that is not native on the build platform # an additional tag is applied: # boost_thread_pthread for the pthread variant on windows, and # boost_thread_win32 for the win32 variant (likely when built on cygwin). # # To request the pthread variant on windows, from boost root you would # say e.g: # bjam msvc-8.0 --with-thread install threadapi=pthread
How have you built boost and how your user has build boost? Which compile time flags are you using in your application and which is using your user? Are you defining BOOST_THREAD_POSIX
No, not at all: I am neither compiling boost with additional flags nor am I defining anything in my sources. The user simply runs a binary, which tells that threads are not available and hence does not work at all. So - maybe this is where the problem starts: Should I explicitely compile boost with thread-support (or even pthread-support) ?
You can start by following the Windows specific bugs (or whatever bug as well) and pushing some PR for them. Once I have an idea of what kind of work you can do, I can request to give you the needed rights to commit your self any change and become a co-maintainer.
Perfect - right now I cannot estimate the time I have to work on it so this is a good way to figure it out. Best Alex
Gesendet: Dienstag, 06. September 2016 um 19:00 Uhr Von: "Vicente J. Botet Escriba"
An: boost-users@lists.boost.org Betreff: Re: [Boost-users] thread no defined - issue Le 06/09/2016 à 01:40, Gavin Lambert a écrit :
one single (windows) user in my project community (http://www.soundjack.eu) has the following problem:
#ifndef BOOST_THREAD_DEFINES_THREAD_ATTRIBUTES_NATIVE_HANDLE cout << "THREAD IS NOT DEFINED" << endl; #endif
This statement is true but only for him – on any other machine (Win, Linux and OSX) is works fine. I haven't tried checking older versions of Boost to see if it's different, but AFAICT in 1.60 this symbol is only defined when using
On 6/09/2016 07:14, Alexander Carôt wrote: pthreads, which would not normally be the case on Windows unless you're using Cygwin (or possibly mingw).
They could try defining BOOST_THREAD_POSIX to force use of pthreads if you require this for some reason, but this would have to be defined when compiling Boost itself, any libraries that use Boost, and for the application.
If at all possible you should make your code work with both pthreads and Win32 threads.
AFAIK Boost.Thread don't use the pthread API on Windows. This will imply a lot of changes that I can not test now as I don't have a Windows machine.
If some one can spend some time trying to create a port to Win/cygwin/... I'll be open to take in account the patch.
Best, Vicente
P.S. I will need an experimented Windows guy that help me as co-maintainer for the Windows platform. _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users