poll: fix compilation on BeOS

This fixes a compilation error on BeOS. The BeOS doc says that the flags passed to socket functions should always be 0; there is no MSG_PEEK. 2007-03-22 Bruno Haible <[EMAIL PROTECTED]> * lib/poll.c (MSG_PEEK): New fallback definition. *** lib/poll.c 22 Jan 2007 09:33:16 - 1

strptime.c: ANSI C compatibility

lib/strptime.c is borrowed from glibc and uses C99 syntax. This leads to a compilation error on BeOS, which uses a gcc version < 2.95. Here is a proposed fix. OK, Paul? 2007-03-22 Bruno Haible <[EMAIL PROTECTED]> * lib/strptime.c (__strptime_internal): Use ANSI C syntax. *** lib/strp

new module 'frexpl'

This adds 'frexpl' as a separate module from 'mathl' (since users of frexpl often don't need trigonometric functions). 2007-03-22 Bruno Haible <[EMAIL PROTECTED]> * modules/frexpl: New file. * m4/frexpl.m4: New file. * modules/math (Makefile.am): Also substitute GNULIB_

Re: use of thread-unsafe localeconv in vasprintf

Simon Josefsson wrote: > Any objections to installing this patch? Yes. I think it's a shame to return a non-POSIX-compliant result if there are better possibilities. The appended patch is in my queue for a few days; I'm meaning to test it a little more before I commit it. > I searched a little, b

Re: gnulib's `lock' module v.s. the Hurd's libpthread

Hello, Thomas Schwinge wrote: > I'd like to have some input on the following issue. This is the > underlying problem of recent (newer than 0.14.5, I think) versions of GNU > gettext failing to build for us. Could you please have shown an error log with a precise error message? I found [1] and [2

Re: *printf declarations in stdio.h?

Simon Josefsson wrote: > > And I don't see any m4/* code that would set the shell variable > > HAVE_VASPRINTF > > or HAVE_DECL_VASPRINTF to 0. It is only ever set to 1, which is not the > > intent. > > I removed the HAVE*_VASPRINTF code in m4/stdio.m4 and modules/stdio > though, since it wasn't u

Re: --version output change proposal

+License GPLv2+: GNU GPL version 2 or later \n\ +This is free software: you are free to change and redistribute it.\n\ rms wanted to use a specific url after all. Thus, please use: License GPLv2+: GNU GPL version 2 or later \n\

fnmatch has exponential running time

fnmatch() has a worst-case complexity O(m*n) where m is the size of the pattern and n is the size of the sample string. Unfortunately glibc has chosen an implementation with exponential running time. $ mkdir foo $ cd foo $ touch

gnulib's `lock' module v.s. the Hurd's libpthread

Hello! I'd like to have some input on the following issue. This is the underlying problem of recent (newer than 0.14.5, I think) versions of GNU gettext failing to build for us. #v+ $ git clone git://git.sv.gnu.org/gnulib.git $ cd gnulib $ ./gnulib-tool --dir=test-lock --create-testdir lock [..

Re: --version output change proposal

Eric Blake <[EMAIL PROTECTED]> wrote: > According to Jim Meyering on 3/19/2007 2:45 AM: >> Simon Josefsson <[EMAIL PROTECTED]> wrote: >>> [EMAIL PROTECTED] (Karl Berry) writes: If any comments, let me know before we inscribe it into standards.texi ... >>> I suppose lib/version.c in gnulib shou

Re: *printf declarations in stdio.h?

Bruno Haible <[EMAIL PROTECTED]> writes: > Better but still incomplete: > >> +# if @REPLACE_VASPRINTF@ || [EMAIL PROTECTED]@ >> + /* Write formatted output to a string dynamically allocated with malloc(). >> + If the memory allocation succeeds, store the address of the string in >> + *RES

Re: use of thread-unsafe localeconv in vasprintf

Simon Josefsson <[EMAIL PROTECTED]> writes: > In gsasl I have a script that try to help me make sure I don't use > thread unsafe functions (included below for reference), and after > updating gnulib for it, it triggers on vasnprintf.c: > > ../lib/gl/vasnprintf.c:#include /* localeconv() */ >

Re: --version output change proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 3/19/2007 2:45 AM: > Simon Josefsson <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] (Karl Berry) writes: >>> If any comments, let me know before we inscribe it into standards.texi ... >> I suppose lib/version.c in gnulib s

Re: new module 'frexp'

Paolo Bonzini wrote: > I don't mind your stuff being used in the frexpl module (which would then > be turned into LGPL). There is no frexpl module so far. This does the first part of the change. 2007-03-22 Bruno Haible <[EMAIL PROTECTED]> * lib/frexpl.c: Share code with lib/frexp.c.

Re: new module 'frexp'

Bruno Haible wrote: > Paolo Bonzini wrote: >> I think you can zap my algorithm from the new file > > OK, I thought you would debug the test failure and give permission to use it > under LGPL. Unfortunately I don't have time to do so in the next few weeks. Of course, though, I give permission to

Re: new module 'frexp'

> NetBSD does not only have a broken isnanl() function. It also has a broken > frexp(): it does not treat denormalized numbers correctly. For the same reason, the 'printf-frexp' module must be more careful about using the system's frexp() function: 2007-03-22 Bruno Haible <[EMAIL PROTECTED]>

Re: new module 'frexp'

Paolo Bonzini wrote: > I think you can zap my algorithm from the new file OK, I thought you would debug the test failure and give permission to use it under LGPL. Anyway. So, I'm removing this algorithm: 2007-03-22 Bruno Haible <[EMAIL PROTECTED]> * lib/frexp.c: Remove older implement

Re: new module 'frexp'

Bruno Haible wrote: > NetBSD does not only have a broken isnanl() function. It also has a broken > frexp(): it does not treat denormalized numbers correctly. > > Here is a replacement module for frexp(). Paolo, I tried using your > algorithm from frexpl.c, but > - I cannot enable it since it is