Re: How to circumvent MinGW's broken pthread_cond_broadcast()

2017-09-30 Thread Tim Rühsen
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

Re: How to circumvent MinGW's broken pthread_cond_broadcast()

2017-09-30 Thread Bruno Haible
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

Re: vma-iter: support Solaris

2017-09-30 Thread Bruno Haible
On 2017-04-19 I did this patch: > 2017-04-18 Bruno Haible > > vma-iter: Fix conflict with module 'largefile' on 32-bit Solaris 9. > * modules/vma-iter (configure.ac): Test whether can be > included. > * lib/vma-iter.c: On Solaris, test HAVE_SYS_PROCFS_H before including

How to circumvent MinGW's broken pthread_cond_broadcast()

2017-09-30 Thread Tim Rühsen
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

Re: glthread_cond_timedwait errors on C99 code

2017-09-30 Thread Tim Rühsen
On Samstag, 30. September 2017 16:31:22 CEST Bruno Haible wrote: > Tim Rühsen wrote: > > The line > > > > return glthread_cond_timedwait(&cond->cond, &mutex->mutex, &(struct > > > > timespec){ .tv_sec = ms / 1000, .tv_nsec = (ms % 1000) * 100 }); > > > > errors with > > > > thread.c:155

Re: glthread_cond_timedwait errors on C99 code

2017-09-30 Thread Bruno Haible
Tim Rühsen wrote: > The line > > return glthread_cond_timedwait(&cond->cond, &mutex->mutex, &(struct > timespec){ .tv_sec = ms / 1000, .tv_nsec = (ms % 1000) * 100 }); > > errors with > > thread.c:155:136: error: macro "glthread_cond_timedwait" passed 4 arguments, > but takes just 3

havelib: make it work again for CC="gcc -m32"

2017-09-30 Thread Bruno Haible
On Linux/powerpc64 and Linux/sparc64 platforms (at least), the change from 2017-02-19 has the effect that the AC_LIB_LINKFLAGS macro will search for the libraries under $prefix/lib64 - even if CC="gcc -m32". This fixes it. 2017-09-30 Bruno Haible havelib: Make it work for CC="gcc -m32

glthread_cond_timedwait errors on C99 code

2017-09-30 Thread Tim Rühsen
Hi, just seeking for clarification... The line return glthread_cond_timedwait(&cond->cond, &mutex->mutex, &(struct timespec){ .tv_sec = ms / 1000, .tv_nsec = (ms % 1000) * 100 }); errors with thread.c:155:136: error: macro "glthread_cond_timedwait" passed 4 arguments, but takes j