On 5/8/15, Kai Tietz wrote:
> Patch is ok. Could someone please apply.
>
> Thanks,
> Kai
>
Applied to master, cherry-pick'ed into v4.x and v3.x, and pushed.
--
O.S.
> 2015-05-08 11:24 GMT+02:00 Luke Allardyce :
>> It turns out the flag was specified incorrectly, libtool apparently
>> requires
Patch is ok. Could someone please apply.
Thanks,
Kai
2015-05-08 11:24 GMT+02:00 Luke Allardyce :
> It turns out the flag was specified incorrectly, libtool apparently
> requires compiler options to be prefixed with -Wc, the attached patch
> fixes the issue.
>
> On 8 May 2015 at 14:31, Luke Allard
It turns out the flag was specified incorrectly, libtool apparently
requires compiler options to be prefixed with -Wc, the attached patch
fixes the issue.
On 8 May 2015 at 14:31, Luke Allardyce wrote:
> One of the commits for Makefile.am has
>
> winpthreads doesn't depend on libpthread. We only
One of the commits for Makefile.am has
winpthreads doesn't depend on libpthread. We only needed it because
gcc was trying to link it by default. This is most likely a gcc bug.
andoni on irc found a workaround. The frontend has a -no-pthread
switch to prevent this default linking. winpthreads n
On 08.05.2015 8:13, Luke Allardyce wrote:
> When building winpthreads as part of a cross compiler I found that the
> dll won't compile as the -no-pthread flag isn't passed to gcc
>
I remember something about giving gcc a fake pthread library to allow earlier
stage to be built. Can't say anything
When building winpthreads as part of a cross compiler I found that the
dll won't compile as the -no-pthread flag isn't passed to gcc
/bin/sh ./libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -Wall
-DWIN32_LEAN_AND_MEAN -g -O2 -no-undefined -version-info 1:0:0
-L./fakelib -no-pthread -o lib
