Bruno Haible writes:
> Sam, Simon,
>
> Sam Steingold wrote:
>> Ok, so please do create a module and guarantee the stability. :-)
>
> This wish makes sense: We have a module 'threadlib' which only determines
> how to link with the thread library, without providing any replacements.
> I can well im
IRIX mis-parses "1e 1" as 10.0 and "" instead of 1.0 and "e 1".
Because the original parse may differ from the reparse in terms
of whether the value overflows, we have to do an errno dance.
* lib/strtod.c (strtod): Reparse number on shorter string if
exponent parse was invalid.
Reported by Tom G.
On 09/01/2010 12:48 PM, Tom G. Christensen wrote:
Definitely something that can be fixed in gnulib. Can you help figure
out where the earlier iswblank declaration was coming from?
Presumably from one of these system headers or
which both contain this:
#if defined(__c99)
extern int iswb
On 09/01/2010 12:48 PM, Tom G. Christensen wrote:
+++ update-copyright.test-ex-stderr 2010-08-31 22:20:22.981772600 +0200
@@ -1,2 +1 @@
-update-copyright.test-ex.4: warning: FSF copyright statement not found
-update-copyright.test-ex.5: warning: FSF copyright statement not found
+./test-updat
[dropping bug-m4 for now - all of these issues are to be fixed in gnulib]
On 09/01/2010 12:48 PM, Tom G. Christensen wrote:
It wants to reexec itself with zsh:
Probably because /bin/sh lacks basic POSIX functionality.
+ exec zsh ./test-vc-list-files-cvs.sh --no-reexec
Tom, since the reexec
Sam, Simon,
Sam Steingold wrote:
> Ok, so please do create a module and guarantee the stability. :-)
This wish makes sense: We have a module 'threadlib' which only determines
how to link with the thread library, without providing any replacements.
I can well imagine module 'socketlib' which merel
Paul Eggert wrote:
> On 09/01/10 13:55, Jim Meyering wrote:
>> I thought this was only a POSIX invention, so far.
>> Does some system support it, now?
>
> Cygwin claims to.
>
> http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html
Looks like Solaris may have it, too:
http://opensolaris.org/jive/me
Paul Eggert wrote:
> POSIX 2008 specifies a new 'open' flag O_SEARCH, which can be used
> when one needs search access to a directory but not read access.
> On systems where it is available, ...
I thought this was only a POSIX invention, so far.
Does some system support it, now?
Hi Bruno,
On 9/1/10, Bruno Haible wrote:
>
> > I want to include sockets.m4 and nothing else (I need LIBSOCKET to replace
> > clisp/src/m4/socket.m4).
> > Is it possible to add a module which would only include that one file?
>
> You can get this file by invoking
>gnulib-tool --copy-file m
On 09/01/10 13:55, Jim Meyering wrote:
> I thought this was only a POSIX invention, so far.
> Does some system support it, now?
Cygwin claims to.
http://www.cygwin.com/cygwin-ug-net/ov-new1.7.html
I think Ulrich worked on this on the POSIX level, but
I don't know whether it'd be right to say th
Paul Eggert wrote:
> POSIX 2008 specifies a new 'open' flag O_SEARCH, which can be used
> when one needs search access to a directory but not read access.
> On systems where it is available, it works in some cases where
> O_RDONLY does not, namely on directories that are searchable but
> not readab
Hi Sam,
> I want to include sockets.m4 and nothing else (I need LIBSOCKET to replace
> clisp/src/m4/socket.m4).
> Is it possible to add a module which would only include that one file?
You can get this file by invoking
gnulib-tool --copy-file m4/sockets.m4 src/m4/socket.m4
But note that we d
POSIX 2008 specifies a new 'open' flag O_SEARCH, which can be used
when one needs search access to a directory but not read access.
On systems where it is available, it works in some cases where
O_RDONLY does not, namely on directories that are searchable but
not readable, and which need only to be
Hi,
I want to include sockets.m4 and nothing else (I need LIBSOCKET to replace
clisp/src/m4/socket.m4).
Is it possible to add a module which would only include that one file?
thanks
Sam.
On Wed, Sep 01, 2010 at 08:08:47AM -0600, Eric Blake wrote:
> On 08/31/2010 02:27 PM, Tom G. Christensen wrote:
> >
> >It fails to build with gcc 4.3.1 (and 4.5.0):
> >gcc -std=gnu99 -I. -g -O2 -MT printf-args.o -MD -MP -MF
> >.deps/printf-args.Tpo -c -o
> > printf-args.o printf-args.c
> >In
On 08/31/2010 02:27 PM, Tom G. Christensen wrote:
Here's the latest snapshot tarball, if nothing goes terribly wrong, then
I hope to get 1.4.15 out the door this week.
http://people.redhat.com/eblake/m4/m4-1.4.14.9-edf2d.tar.gz
There are problems on IRIX 6.5(.30).
Thanks for testing. Unfo
Hi Bruno,
FWIW I’d prefer more “neutral” wording, which couldn’t be interpreted as
discouraging use of static analysis tools, and at the same time try to
discuss trade-offs rather than taste:
Bruno Haible writes:
> --- doc/standards.texi.orig Wed Sep 1 01:25:45 2010
> +++ doc/standards.texi
17 matches
Mail list logo