Tim Rühsen wrote:
> Sorry, when using the shortcut of `autoconf -fi` after adding
> gl_AVOID_WINPTHREAD, lib/threads.h was gone.
> A './boostrap' fixed it.
threads.h, like so many other .h files, is generated by 'make',
and erased by 'make distclean'.
Bruno
On 06.08.22 19:40, Bruno Haible wrote:
Tim Rühsen wrote:
I read that even the MS C compilers / libraries support ISO C thread
nowadays,
I can't confirm this. If it were true, they would have documentation for it.
But a web search for "mtx_lock site:microsoft.com" returns no meaningul
results.
Tim Rühsen wrote:
> I read that even the MS C compilers / libraries support ISO C thread
> nowadays,
I can't confirm this. If it were true, they would have documentation for it.
But a web search for "mtx_lock site:microsoft.com" returns no meaningul
results.
> Testing with wine, as I don't own a
Hi Bruno,
On 05.08.22 20:27, Bruno Haible wrote:
Hi Tim,
I am at switching wget2 multithreading from C99+glthreads to C11
(threads.h).
I hope that you have considered the Gnulib documentation on this topic:
https://www.gnu.org/software/gnulib/manual/html_node/Choosing-a-multithreading-API.ht
Hi Tim,
> I am at switching wget2 multithreading from C99+glthreads to C11
> (threads.h).
I hope that you have considered the Gnulib documentation on this topic:
https://www.gnu.org/software/gnulib/manual/html_node/Choosing-a-multithreading-API.html
> The tests work well on Linux (amd64) (Debia
Hi,
I am at switching wget2 multithreading from C99+glthreads to C11
(threads.h).
The tests work well on Linux (amd64) (Debian unstable/testing/stable,
Fedora 35, Arch, Alpine/muslc) with native builds (gcc or clang).
But they completely fail when cross-building with MinGW64 (on Debian
boo
