Re: [Bug-tar] GNU tar 1.19 on HP-UX

On Wed, 17 Oct 2007 08:24:12 +0200, Benoit SIGOURE <[EMAIL PROTECTED]> wrote: > > On Oct 17, 2007, at 7:33 AM, H.Merijn Brand wrote: > > > On Tue, 16 Oct 2007 13:34:49 -0700, Paul Eggert > > <[EMAIL PROTECTED]> wrote: > > > >> "H.Merijn Brand" <[EMAIL PROTECTED]> writes: > >> > >>> cpp: "xx.c"

Re: [Bug-tar] GNU tar 1.19 on HP-UX

On Oct 17, 2007, at 7:33 AM, H.Merijn Brand wrote: On Tue, 16 Oct 2007 13:34:49 -0700, Paul Eggert <[EMAIL PROTECTED]> wrote: "H.Merijn Brand" <[EMAIL PROTECTED]> writes: cpp: "xx.c", line 1: warning 2012: Unrepresentable preprocessor number 9223372036854775807LL I installed this patch

Re: [Bug-tar] GNU tar 1.19 on HP-UX

On Tue, 16 Oct 2007 13:34:49 -0700, Paul Eggert <[EMAIL PROTECTED]> wrote: > "H.Merijn Brand" <[EMAIL PROTECTED]> writes: > > > cpp: "xx.c", line 1: warning 2012: Unrepresentable preprocessor number > > 9223372036854775807LL > > I installed this patch into gnulib to catch the problem there, too

Re: integrating gnulib into GNU clisp

Bruno Haible wrote: If you just need to copy some files (such as config.guess, config.sub - these are not part of any module), copy them. 'depcomp', 'install-sh', 'missing' come from "automake --add-missing". yes, I have this in Makefile.devel: GNULIB_HOME=../../gnulib/gnulib AUX_REQ=config.gu

Re: Compiler warning in glob

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 10/16/2007 5:41 PM: > That bug isn't in the libc version. At this point it's probably better > to sync the gnulib version from libc, so I installed this: > > 2007-10-14 Ulrich Drepper <[EMAIL PROTECTED]> > >

Re: incompatible licenses

Paul Eggert wrote: > > I propose to change the license terms of individual modules as follows: > > - absolute-header: LGPL -> LGPLv2+ > > - malloc-posix, realloc-posix: LGPL -> LGPLv2+ > > - intprops: GPL -> LGPL > > Yes, those are all fine with me. OK, applied. Also calloc-posix, since it's in t

Re: integrating gnulib into GNU clisp (was: Re: stdint generation)

Sam Steingold wrote: > > gnulib-tool --import --source-base=src/gllib --m4-base=src/glm4 \ > >--aux-dir=src/build-aux --no-changelog \ > >stdint stdbool ... > > this printed > > gnulib-tool: module config.guess doesn't exist > gnulib-tool: module

Re: Compiler warning in glob

Colin Watson <[EMAIL PROTECTED]> writes: > 2007-10-15 Colin Watson <[EMAIL PROTECTED]> > > * lib/glob.c (glob_in_dir): Remove duplicate declaration of "save". That bug isn't in the libc version. At this point it's probably better to sync the gnulib version from libc, so I installed this:

Re: [Bug-tar] GNU tar 1.19 on HP-UX

"H.Merijn Brand" <[EMAIL PROTECTED]> writes: > cpp: "xx.c", line 1: warning 2012: Unrepresentable preprocessor number > 9223372036854775807LL I installed this patch into gnulib to catch the problem there, too. 2007-10-16 Paul Eggert <[EMAIL PROTECTED]> Check for 64-bit int errors in

Re: [Bug-tar] GNU tar 1.19 on HP-UX

Following up on , "H.Merijn Brand" <[EMAIL PROTECTED]> writes: >>#if 9223372036854775807LL == 0 > ... > cpp: "xx.c", line 1: warning 2012: Unrepresentable preprocessor number > 9223372036854775807LL Thanks for verifying this.

Re: stdint generation

Bruno Haible wrote: Sam Steingold wrote: gnulib/gnulib/m4/stdint offers a multi-line sed rule for generating stdint.h from stdint_.h, why do I need to maintain the sed command by hand? why can't this be done by config.status? Two answers: Regarding the integration in GNU clisp: Since 2004, w

Re: gplv3 files and updates

Brett Smith <[EMAIL PROTECTED]> writes: > The confusion comes up because the headers in the individual files > say something else: they say it's GPLed, period. Given this > discrepancy, which source of information should users believe? They should believe the license information on the files tha

Re: gplv3 files and updates

On Mon, Oct 15, 2007 at 09:52:01AM -0700, Paul Eggert wrote: > The gnulib README file says the following. If this isn't clear enough, > perhaps you or your correspondent could suggest a clearer wording? There's nothing wrong with the README in isolation. The confusion comes up because the header

Re: stdint generation

Bruno Haible wrote: Sam Steingold wrote: gnulib/gnulib/m4/stdint offers a multi-line sed rule for generating stdint.h from stdint_.h, why do I need to maintain the sed command by hand? why can't this be done by config.status? Two answers: Regarding the integration in GNU clisp: Since 2004, w

Re: gnulib-tool --lgpl doesn't convert gplv3 to lgplv2.1

Simon Josefsson wrote: > I noticed this for the dummy.c module, which after been imported with > --lgpl said: > >This program is free software: you can redistribute it and/or modify >it under the terms of the GNU Lesser General Public License as published by >the Free Software Foundati

gnulib-tool --lgpl doesn't convert gplv3 to lgplv2.1

I noticed this for the dummy.c module, which after been imported with --lgpl said: This program is free software: you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 3 of the License