Simon Josefsson wrote:
> I've pushed this patch, what do you think?
That's clear enough, thank you. Just saying "mingw" would also be enough,
since we don't support the Microsoft compiler (and anyway, it's most often
clear which bugs come from the compiler and which come from the C library).
Brun
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I've applied the following to document this.
>
> Thanks. Documenting the bugs is good, even if we don't have a workaround
> in gnulib yet.
>
>> +Windows ...
>
> "Windows" is ambiguous, not a platform name: we have two platforms t
Micah Cowan <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> In this report:
>>
>> http://thread.gmane.org/gmane.network.gnutls.general/1145/focus=1170
>>
>> It seems that strftime on Windows doesn't support %e.
>>
>> According to:
>>
>> http://www.opengroup.org/onlinepubs/009695399/fun
Ben Pfaff <[EMAIL PROTECTED]> writes:
> Given this:
>> It seems that strftime on Windows doesn't support %e.
>
> I believe that there is a missing "not" in the following item:
>
>> Portability problems not fixed by Gnulib:
>> @itemize
>> [EMAIL PROTECTED]
>> +Windows does support the non-SUS %e
Jim Meyering wrote:
> I'm publishing this mainly so that people who care about the affected
> platforms can investigate further.
As a first step to that: the list of failing tests:
$ grep '^FAIL:' * | sort -k2
go.2008.04.14.07.01.55.log:FAIL: 2g.log
go.2008.04.14.07.01.55.log:FAIL: 8gb.log
go.200
Hello Alain,
Thanks for the report. It means the extended stdio functions tests passed
and are therefore ok. Fine!
> Another problem came in:
>
> | gcc -I. -g -O2 -c memchr2.c
> | memchr2.c:86: two `l's in integer constant
> | make[3]: *** [memchr2.o] Error 1
> | make[3]: Leaving directory
Hello,
Bruce Merry wrote:
> In lib/lock.h, there is stub code to allow compilation event when no
> threading is supported, but it is missing the various destroy functions.
>
> Patch is attached following the existing conventions.
Thank you. Applied with this ChangeLog entry:
2008-04-17 Bruno H
Simon Josefsson wrote:
> I've applied the following to document this.
Thanks. Documenting the bugs is good, even if we don't have a workaround
in gnulib yet.
> +Windows ...
"Windows" is ambiguous, not a platform name: we have two platforms there,
Cygwin and mingw. Can you please specify the plat
Hi
In lib/lock.h, there is stub code to allow compilation event when no
threading is supported, but it is missing the various destroy functions.
Patch is attached following the existing conventions. I think, though,
that at least some of the stubs ought to expand to "((void) 0)" rather
than nothi
Hello Bruno,
On Wednesday, April 16, 2008 at 20:08:13 -0600, Eric Blake wrote:
> Here's my latest m4 snapshot with Bruno's tentative fix in; would you
> mind giving it a whirl?
> http://home.comcast.net/~ericblake/m4-1.4.10b.27-14840.tar.bz2
Much thanks to you two. Another problem came in:
| g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Simon Josefsson wrote:
> In this report:
>
> http://thread.gmane.org/gmane.network.gnutls.general/1145/focus=1170
>
> It seems that strftime on Windows doesn't support %e.
>
> According to:
>
> http://www.opengroup.org/onlinepubs/009695399/function
Given this:
> It seems that strftime on Windows doesn't support %e.
I believe that there is a missing "not" in the following item:
> Portability problems not fixed by Gnulib:
> @itemize
> [EMAIL PROTECTED]
> +Windows does support the non-SUS %e specifier (and possibly the other
> +non-SUS speci
I've received a large set of build and test results from a user who
wishes to remain anonymous. That set includes configure/make/make-check
results for 163 system/compiler/env combinations. There's no way I can
triage all of that before release. Maybe others who care about some of
the affected p
On 4/17/08, Eric Blake <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Eric Blake on 4/16/2008 2:15 PM:
> | | glibc 2.7
> | | FAIL: test-strtod
> | |
> | | All other tests pass.
> |
> | All five of these deal with a bug in parsing "nan()", which is pres
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to BuraphaLinux Server on 4/16/2008 10:43 PM:
|> I'm committing this to gnulib. Then I regenerated my m4 snapshot; would
|> you please try it and see if it resolves the failure?
|>
|> http://home.comcast.net/~ericblake/m4-1.4.10b.27-14840.t
In this report:
http://thread.gmane.org/gmane.network.gnutls.general/1145/focus=1170
It seems that strftime on Windows doesn't support %e.
According to:
http://www.opengroup.org/onlinepubs/009695399/functions/strftime.html
that specifier was not part of SUS.
I've applied the following to docu
Hello Eric, and thanks for your reply,
On Tuesday, April 15, 2008 at 12:58:16 -0600, Eric Blake wrote:
> Can you also find the implementations, as well as show us what struct
> FILE looks like?
>From libc 5.4.33 libio/ come attached files iofflush.c, iosetvbuf.c,
ioungetc.c, iofread.c, genops.c
Hi Paul,
I'd like to use gnulib's verify.h in libvirt, but
that project is currently constrained to be LGPLv2,
so the license conflicts. Considering that verify.h
is just these few lines in the C case,
# define verify_true(R) \
(!!sizeof \
(struct { unsigned int verify_error_if
18 matches
Mail list logo