Boost logo

Boost Users :

Subject: Re: [Boost-users] thread no defined - issue
From: Vicente J. Botet Escriba (vicente.botet_at_[hidden])
Date: 2016-09-09 13:42:52


Le 09/09/2016 à 16:05, "Alexander Carôt" a écrit :
>> 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.
> Yes, this is correct - however, do we understand correctly ? I am talking of a compiled binary that works on any machine except for one user. Does this change the view on the problem or does it remain the same ?

I forgot that we can compile with pthreads on windows. At least the
comments on the Jamfile says that.
"
# 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
>
>> P.S. I will need an experimented Windows guy that help me as
>> co-maintainer for the Windows platform.
>
> I prefer using OSX but since my main user base is on Windows I have to work with it as well. For that reason I have Win10 in a virtual machine, which works extremely well.
>
> I am not sure if I can fulfill this role but we can give it a try if you are fine with this.

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.

Best,
Vicente
>
> Best
>
> Alex
>
>
>
>
> --
> http://www.carot.de
> Email : Alexander_at_[hidden]
> Tel.: +49 (0)177 5719797
>
>
>> Gesendet: Dienstag, 06. September 2016 um 19:00 Uhr
>> Von: "Vicente J. Botet Escriba" <vicente.botet_at_[hidden]>
>> An: boost-users_at_[hidden]
>> Betreff: Re: [Boost-users] thread no defined - issue
>>
>> Le 06/09/2016 à 01:40, Gavin Lambert a écrit :
>>> On 6/09/2016 07:14, Alexander Carôt wrote:
>>>> 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
>>> 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_at_[hidden]
>> http://lists.boost.org/mailman/listinfo.cgi/boost-users
> _______________________________________________
> Boost-users mailing list
> Boost-users_at_[hidden]
> http://lists.boost.org/mailman/listinfo.cgi/boost-users


Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net