Daiki Ueno writes:
> I could be wrong and perhaps it might not be a problem with the recent
> MinGW releases.
FWIW I just tried myself (on wine, though) and it seems to work with:
- GCC 4.8.3 (Fedora mingw64-gcc package, cross compiling)
- GCC 4.7.2 (mingw-w32-bin_i686-mingw_20111219, self comp
> From: Daiki Ueno
> Cc: egg...@cs.ucla.edu, bug-gnulib@gnu.org
> Date: Fri, 18 Jul 2014 16:06:11 +0900
>
> FWIW I just tried myself (on wine, though) and it seems to work with:
>
> - GCC 4.8.3 (Fedora mingw64-gcc package, cross compiling)
> - GCC 4.7.2 (mingw-w32-bin_i686-mingw_20111219, self
> Date: Fri, 18 Jul 2014 12:29:09 +0300
> From: Eli Zaretskii
> Cc: egg...@cs.ucla.edu, bug-gnulib@gnu.org
>
> Or maybe we should simply go back to your idea of locking, e.g., by
> using EnterCriticalSection and LeaveCriticalSection?
Actually, I see that libunistring already includes functions f
Il 18/07/2014 19:52, Oliver Schneider ha scritto:
> Hi,
>
> I happened to be working on an ancient Redhat system with GCC 2.96 and
> got the following error:
>
> gcc -DHAVE_CONFIG_H -I. -I.. -I../lib -I.. -I../lib -g -O2 -MT
> regex.o -MD -MP -MF .deps/regex.Tpo -c -o regex.o regex.c
> In file
On 07/18/2014 10:29 PM, Paolo Bonzini wrote:
> Il 18/07/2014 19:52, Oliver Schneider ha scritto:
>> Hi,
>>
>> I happened to be working on an ancient Redhat system with GCC 2.96 and
>> got the following error:
>>
>> gcc -DHAVE_CONFIG_H -I. -I.. -I../lib -I.. -I../lib -g -O2 -MT
>> regex.o -MD -MP
From: Jim Meyering
* tests/test-userspec.c: I found a system for which getpwnam("0")
returned a pointer to a non-root user's entry, and that made the
test fail.
(T): Prefix each numeric input with "+", to inhibit lookup.
---
ChangeLog | 8
tests/test-userspec.c | 38 +++
On 07/18/2014 10:42 PM, Jim Meyering wrote:
> From: Jim Meyering
>
> * tests/test-userspec.c: I found a system for which getpwnam("0")
> returned a pointer to a non-root user's entry, and that made the
> test fail.
> (T): Prefix each numeric input with "+", to inhibit lookup.
Looks good.
thanks
Eli Zaretskii writes:
> . __thread works as expected in MinGW GCC since version 4.5.0
>
> . DLLs that use __thread (a.k.a. "implicit TLS") cannot be safely
> loaded at run time, using LoadLibrary, on Windows versions before
> Vista, they can only be loaded at program startup time (IOW
On Fri, Jul 18, 2014 at 3:35 PM, Pádraig Brady wrote:
> On 07/18/2014 10:42 PM, Jim Meyering wrote:
>> From: Jim Meyering
>>
>> * tests/test-userspec.c: I found a system for which getpwnam("0")
>> returned a pointer to a non-root user's entry, and that made the
>> test fail.
>> (T): Prefix each n
