Re: arg-nonnull.h & warn-on-use.h in build-aux

On 2/23/10, Bruno Haible wrote: > Sam Steingold wrote: > > I want to be able to add build_aux= to the $(MAKE) invocation > > so that the file arg-nonnull.h & warn-on-use.h are found in the right > place. > > > build_aux is not something that you can change via an environment variable. this

Re: arg-nonnull.h & warn-on-use.h in build-aux

Sam Steingold wrote: > I want to be able to add build_aux= to the $(MAKE) invocation > so that the file arg-nonnull.h & warn-on-use.h are found in the right place. build_aux is not something that you can change via an environment variable. Autoconf requires it to be constant. You specify it th

Re: arg-nonnull.h & warn-on-use.h in build-aux

On 2/23/10, Eric Blake wrote: > According to Sam Steingold on 2/23/2010 3:06 PM: > > >> > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > >> > warn-on-use.h in src/build-aux. > >> > why aren't these files in the usual place (src/gllib), together with > all > >> > the

Re: arg-nonnull.h & warn-on-use.h in build-aux

According to Sam Steingold on 2/23/2010 3:06 PM: >> > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & >> > warn-on-use.h in src/build-aux. >> > why aren't these files in the usual place (src/gllib), together with all >> > the other headers? >> >> Because the versions in src/

Re: arg-nonnull.h & warn-on-use.h in build-aux

Hi, On 2/23/10, Eric Blake wrote: > According to Sam Steingold on 2/23/2010 2:05 PM: > > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > > warn-on-use.h in src/build-aux. > > why aren't these files in the usual place (src/gllib), together with all > > the other headers?

Re: arg-nonnull.h & warn-on-use.h in build-aux

According to Sam Steingold on 2/23/2010 2:05 PM: > Hi, > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > warn-on-use.h in src/build-aux. > why aren't these files in the usual place (src/gllib), together with all > the other headers? Because the versions in src/build-aux are t

arg-nonnull.h & warn-on-use.h in build-aux

Hi, I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & warn-on-use.h in src/build-aux. why aren't these files in the usual place (src/gllib), together with all the other headers? now, I am getting this error when building modules which use gnulib: make[2]: *** No rule to make

Re: License of lib-ignore module

On Tue, 23. Feb 2010, 10:22:42 +0100, Jim Meyering wrote: > You're all set: > I've relaxed its license to "unlimited". Thank you! Martin

Re: warn-on-use.m4 bug

According to Bruno Haible on 2/20/2010 7:48 PM: > Hi Eric, > > There seems to be a bug in warn-on-use.m4 when used with autoconf-2.60. > No problem with autoconf-2.61 and newer. Thanks for the report. > > How to reproduce: > - Put autoconf 2.60 binaries in PATH. > - Use automake 1.10 or 1.9

Re: bootstrap differences

According to Jim Meyering on 2/23/2010 2:10 AM: > Eric Blake wrote: >> Should any of these bootstrap differences be synchronized? Both coreutils >> and gnulib had some improvements over the other: >> @@ -594,7 +594,6 @@ >>( >> echo "$c1-*- buffer-read-only: t -*- vi: set ro:$c2" &

Re: new module 'c++defs'

On 23-Feb-2010, Eric Blake wrote: | According to John W. Eaton on 2/23/2010 7:51 AM: | > The only other error I'm seeing is | > | > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/jwe/src/octave/liboctave -I.. -I../libgnu -I/home/jwe/src/octave/libgnu -I/home/jwe/src/octave/libcruft/misc -

Re: Problem on system without gettimeofday

According to Eric Blake on 2/23/2010 5:58 AM: >> Thanks. I tried the patch and gettimeofday is not compiled in. However, >> there's still a problem as sys/time.h does declare gettimeofday (not >> rpl_gettimeofday), but gettimeofday.c unconditionally implements >> rpl_gettimeofday. So I know I'll ha

Re: new module 'c++defs'

According to John W. Eaton on 2/23/2010 7:51 AM: > The only other error I'm seeing is > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/jwe/src/octave/liboctave > -I.. -I../libgnu -I/home/jwe/src/octave/libgnu > -I/home/jwe/src/octave/libcruft/misc -ggdb3 -DHAVE_CONFIG_H > -I/usr/include

Re: new module 'c++defs'

On 23-Feb-2010, Bruno Haible wrote: | John W. Eaton wrote: | | > The next problem I encountered was | > | > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/jwe/src/octave/liboctave -I.. -I../libgnu -I/home/jwe/src/octave/libgnu -I/home/jwe/src/octave/libcruft/misc -ggdb3 -DHAVE_CONFIG_H

Re: Problem on system without gettimeofday

According to Michael Goffioul on 2/23/2010 12:15 AM: >>> Is this a bug? If not, what is supposed to happen on system that do not >>> provide gettimeofday? >> >> An inadvertent regression, particularly since the documentation already >> mentions that mingw lacks the function. I will commit this aft

Re: new module 'c++defs'

John W. Eaton wrote: > #define GNULIB_NAMESPACE gnulib > > to Octave's config.h file, I first saw this error: > > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/jwe/src/octave/liboctave > -I.. -I../libgnu -I/home/jwe/src/octave/libgnu > -I/home/jwe/src/octave/libcruft/misc -ggdb3 -DHAVE

Re: License of lib-ignore module

Jim Meyering wrote: > Martin Lambers wrote: >> the license of lib-ignore is listed as 'GPL'. Is this intended? >> >> The module consists only of lib-ignore.m4, and that file carries an >> 'unlimited' license note, like most other m4 files. Also, gnulib-tool >> does not replace that with a GPL note

Re: bootstrap differences

Eric Blake wrote: > Should any of these bootstrap differences be synchronized? Both coreutils > and gnulib had some improvements over the other: > > $ diff -u coreutils/bootstrap coreutils/gnulib/build-aux/bootstrap > --- coreutils/bootstrap 2010-01-01 08:29:35.453125000 -0700 > +++ coreutil