On Sonntag, 1. Oktober 2017 22:10:17 CEST Bruno Haible wrote:
> Tim Rühsen wrote:
> > FYI, it builds with this sequence
> > PREFIX=x86_64-w64-mingw32
> > export CC=$PREFIX-gcc-win32
> > export CXX=$PREFIX-g++-win32
> > export CPP=$PREFIX-cpp-win32
> > export RANLIB=$PREFIX-ranlib
> > ./configure --
Tim Rühsen wrote:
> FYI, it builds with this sequence
> PREFIX=x86_64-w64-mingw32
> export CC=$PREFIX-gcc-win32
> export CXX=$PREFIX-g++-win32
> export CPP=$PREFIX-cpp-win32
> export RANLIB=$PREFIX-ranlib
> ./configure --build=x86_64-pc-linux-gnu --host=$PREFIX
>
> I have not found any docs about
On Samstag, 30. September 2017 23:18:20 CEST Tim Rühsen wrote:
> On Samstag, 30. September 2017 20:08:46 CEST Bruno Haible wrote:
> > Tim Rühsen wrote:
> > > My question: How can I force the MinGW build to ignore pthreads and use
> > > the
> > > native Win32 API ? (I am using gnulib's bootstrap scr
On Samstag, 30. September 2017 20:08:46 CEST Bruno Haible wrote:
> Tim Rühsen wrote:
> > My question: How can I force the MinGW build to ignore pthreads and use
> > the
> > native Win32 API ? (I am using gnulib's bootstrap script + ./configure,
> > make, make check.)
>
> Did you try the --enable-t
Tim Rühsen wrote:
> My question: How can I force the MinGW build to ignore pthreads and use the
> native Win32 API ? (I am using gnulib's bootstrap script + ./configure, make,
> make check.)
Did you try the --enable-threads=windows option, provided by the 'threadlib'
module?
Bruno
Hi,
pthread_cond_broadcast() on MinGW is broken in such that it sometimes doesn't
wake up all threads. This leads currently to easily reproducible 'hangs' in
the MinGW64 test suite of Wget2.
The good thing: It made me switch to glthreads today, which immediately worked
on my Debian box with a
