Hello Bruno,
* Bruno Haible wrote on Tue, Oct 30, 2007 at 12:07:42AM CET:
> Ralf Wildenhues wrote:
> > With this patch in place, the package generated by
> > gnulib-tool --with-tests --test
> >
> > passes 'make distcheck' on GNU/Linux, yay! :-)
>
> Yeah! But what about NetBSD (the most buggy
Hello Bruno,
* Bruno Haible wrote on Sun, Oct 28, 2007 at 04:20:42AM CET:
> Ralf Wildenhues wrote:
> >
> > --- a/lib/realloc.c
> > +++ b/lib/realloc.c
> > @@ -23,6 +23,10 @@
> > # define NEED_REALLOC_GNU
> > # undef realloc
> > #endif
> > +#ifdef malloc
> > +# define NEED_REALLOC_GNU
> > +# un
On Oct 29, 2007, at 10:09 PM, Bruno Haible wrote:
Peter O'Gorman wrote:
/usr/include/stdlib.h has
intputenv(char *) __DARWIN_ALIAS(putenv);
__DARWIN_ALIAS is defined as:
#define __DARWIN_ALIAS(sym) __asm("_" __STRING(sym)
__DARWIN_SUF_UNIX03)
__DARWIN_SUF_UNIX03 is defined as "$UNIX
Peter O'Gorman wrote:
> /usr/include/stdlib.h has
> intputenv(char *) __DARWIN_ALIAS(putenv);
>
> __DARWIN_ALIAS is defined as:
> #define __DARWIN_ALIAS(sym) __asm("_" __STRING(sym)
> __DARWIN_SUF_UNIX03)
>
> __DARWIN_SUF_UNIX03 is defined as "$UNIX2003" for 32 bit builds.
>
> $ grep pu
Hi Jim,
> This is probably worth working around.
> Maybe it's done already, but currently I've turned
> off printf-posix in coreutils:
>
> freebsd$ ./printf %.2147483647f 1
> Segmentation fault (core dumped)
Before working around it in gnulib:
- Will you turn on some *printf-posix in coreut
Ralf Wildenhues wrote:
> > ! AC_CACHE_VAL([gl_func_ceil_libm], [
>
> The cache variables introduced in this commit all need a s/gl_/gl_cv_/
> in order to be effective.
You're right, of course.
2007-10-29 Bruno Haible <[EMAIL PROTECTED]>
* m4/floorf.m4 (gl_FUNC_FLOORF_LIBS): Rename
Tim Rice wrote:
> > The build fails on Caldera OpenLinux 3.1.1
> > Here is a snipet of the build log
> >
> > make all-am
> > make[2]: Entering directory `/usr/local/src/gnu/m4-1.3.10/lib'
> > source='/opt/src/gnu/m4-1.4.10/lib/gl_array_list.c'
> > object='gl_array_list.o' libtool=no \
> > DEP
[Removing bug-m4 from the CCs.]
Tim Rice reported 7 different issues:
(1) UnixWare 7.1.1 extended stdio
(2) OpenServer 5.0.4extended stdio
(3) UnixWare 7.1.1 closein
(4) UnixWare 7.1.1 vasprintf-posix
(5) Caldera OpenLinux 3.1.1 stdbool & gl_
Ralf Wildenhues wrote:
> With this patch in place, the package generated by
> gnulib-tool --with-tests --test
>
> passes 'make distcheck' on GNU/Linux, yay! :-)
Yeah! But what about NetBSD (the most buggy Unix currently in use)? ;-)
> * modules/fbufmode-tests (CLEANFILES): Remove temp fil
Jim Meyering wrote:
> Peter O'Gorman <[EMAIL PROTECTED]> wrote:
>> I am pretty sure that this is still the case with latest gnulib, but
>> have not checked.
>>
>> Coreutils fails to build on Mac OS X 10.5. Apple has worked hard to make
>> this version of Mac OS X UNIX(tm). To do so they had to chan
Sam Steingold <[EMAIL PROTECTED]> writes:
> Bruno Haible wrote:
>> Linux manpage:
>>
>> BUGS
>>Avoid using this function. It is broken by design since it
>>is impossible to determine a suitable size for the output
>>buffer, resolved_path. According to POSIX a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
> Sam Steingold wrote:
>> CLISP comes with a replacement realpath implementation for platforms
>> which lacks it (are there still such platforms?).
>
> If someone provides a correct implementation of realpath for gnulib, we will
>
Hello Bruno, Eric, all,
With this patch in place, the package generated by
gnulib-tool --with-tests --test
passes 'make distcheck' on GNU/Linux, yay! :-)
OK to apply?
Cheers,
Ralf
* modules/fbufmode-tests (CLEANFILES): Remove temp file.
* modules/freadable-tests: (CLEANFILES): Likew
Hello Bruno,
Apologies for the delay.
* Bruno Haible wrote on Mon, Oct 15, 2007 at 10:51:36PM CEST:
>
> > | The contents of this variable are passed to every compilation that
> > | invokes the C preprocessor; it is a list of arguments to the
> > | preprocessor. For instance, `-I'
Hi Sylvain,
Sylvain Beucler <[EMAIL PROTECTED]> writes:
> I noticed 2 issues in your Gnulib Gentoo package:
Thanks for finding it out!
Ludovic.
Peter O'Gorman <[EMAIL PROTECTED]> wrote:
> I am pretty sure that this is still the case with latest gnulib, but
> have not checked.
>
> Coreutils fails to build on Mac OS X 10.5. Apple has worked hard to make
> this version of Mac OS X UNIX(tm). To do so they had to change the
> behavior of a numb
Hi,
I am pretty sure that this is still the case with latest gnulib, but
have not checked.
Coreutils fails to build on Mac OS X 10.5. Apple has worked hard to make
this version of Mac OS X UNIX(tm). To do so they had to change the
behavior of a number of functions. In order to maintain binary
com
I've just pushed the v0.0 tag, with this comment:
version 0.0 -- this is not a release -- just a tag to make git-describe
output looks sensible
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 10/20/2007 10:31 AM:
>> is there a better way to just automatically update po/Makevars (possibly
>> by teaching po/Makevars how to include a second file)?
>
> Not so far. But what I could do in the next gettext release is
This is probably worth working around.
Maybe it's done already, but currently I've turned
off printf-posix in coreutils:
freebsd$ ./printf %.2147483647f 1
Segmentation fault (core dumped)
freebsd$ gdb --args ./printf %.2147483647f 1
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundatio
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> However, some modules says GPLv2 in the files, and the GPL part of
>> libidn uses GPLv3. It seems confusing to refer to GPLv2. This text is
>> not modified by gnulib-tool now. How about the following patch?
>
> There are many
Simon Josefsson wrote:
> However, some modules says GPLv2 in the files, and the GPL part of
> libidn uses GPLv3. It seems confusing to refer to GPLv2. This text is
> not modified by gnulib-tool now. How about the following patch?
There are many more files like this. Until the issue between Bret
Bruno Haible <[EMAIL PROTECTED]> writes:
> 2007-10-28 Bruno Haible <[EMAIL PROTECTED]>
>
> * gnulib-tool: Allow specifying the LGPL version number through
> --lgpl=2 or --lgpl=3.
> (func_usage): Document --lgpl with argument.
> Handle --lgpl=... arguments.
> (func_i
Hello Bruno,
* Bruno Haible wrote on Mon, Oct 29, 2007 at 02:07:23AM CET:
>
> 2007-10-28 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/floorl.m4 (gl_FUNC_FLOORL_LIBS): New macro, extracted from
> gl_FUNC_FLOORL. Cache the result.
> (gl_FUNC_FLOORL): Use it.
[...]
> *** m4/ceil.m4
24 matches
Mail list logo
