gnulib-tool broken on solaris

Hi All, I updated my gnulib git repo tonight before patching it into some source and discovered that gnulib-tool was broken by commit 5b1da95 (I bisected). I've verified this breakage on Solaris 8 - 10. --snip-- bwalton @ build8x : ~/gnulib $ uname -a SunOS build8x 5.8 Generic_117351-61 i86pc i

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

Hi, On 2/24/10, Ralf Wildenhues wrote: > * Sam Steingold wrote on Wed, Feb 24, 2010 at 01:15:13AM CET: > > On 2/23/10, Bruno Haible wrote: > > > Autoconf requires it to be constant. You specify it through the > > > AC_CONFIG_AUX_DIR macro. In other words, if you add to > > > clisp/modules

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

Hello, * Sam Steingold wrote on Wed, Feb 24, 2010 at 01:15:13AM CET: > On 2/23/10, Bruno Haible wrote: > > Autoconf requires it to be constant. You specify it through the > > AC_CONFIG_AUX_DIR macro. In other words, if you add to > > clisp/modules/syscalls/configure.ac > > the line > > AC_C

Re: gnulib bootstrap and git submodules

- "Jim Meyering" wrote: > > +# time-stamp-end: "; # UTC" > > Those look fine. > Though you might want to drop the semicolon in each. Oh well, I already pushed with the semicolon. At least this way, all of the timestamped scripts in build-aux have the same formatting, regardless of sh vs. pe

Re: gnulib bootstrap and git submodules

Eric Blake wrote: > And adding timestamps aids in tracking whether projects are using the > latest bootstrap. That seems useful. ... > Subject: [PATCH] bootstrap, git-version-gen: use timestamp > > Timestamps are useful, particularly for files copied into other > packages, to see how long since a

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

According to Peter Simons on 2/24/2010 10:46 AM: > Hi Simon, > > >> The following patches are necessary to make those modules compile in > >> projects that don't use a header. > > > > That is generally not supported by gnulib. The majority of code in gnulib > > assumes there is a config.h al

Re: gnulib bootstrap and git submodules

According to Eric Blake on 2/24/2010 9:54 AM: > Libvirt came up with the compelling reason - Fedora Core 11 only has > 1.6.2.5, and RPEL 5 is back at git 1.5.5. This should fix it, by > borrowing ideas from m4's bootstrap script. And adding timestamps aids in tracking whether projects are using t

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

Hi Simon, >> The following patches are necessary to make those modules compile in >> projects that don't use a header. > > That is generally not supported by gnulib. The majority of code in gnulib > assumes there is a config.h already; >95% if my grep is working. given the extreme technical

Re: gnulib bootstrap and git submodules

Eric Blake wrote: > According to Jim Meyering on 2/17/2010 10:21 AM: >>> or should we just assume that git 1.6.4 or newer is widespread enough to >>> not be worth the hassle? >> >> I'd prefer to assume git 1.6.4 to keep things simpler, at least until >> someone comes up with a compelling reason to

Re: gnulib bootstrap and git submodules

According to Jim Meyering on 2/17/2010 10:21 AM: >> or should we just assume that git 1.6.4 or newer is widespread enough to >> not be worth the hassle? > > I'd prefer to assume git 1.6.4 to keep things simpler, at least until > someone comes up with a compelling reason to add code to support olde

Re: Glibc 2.11 configure error?

According to thinke365 on 2/23/2010 11:24 PM: > checking for cpuid.h... no > configure: error: gcc must provide the headerwhat's wrong? This is the wrong list; this particular check is part of glibc's configure.ac, so your question is better asked on the glibc lists. But most likely, your gc

Glibc 2.11 configure error?

i use CentOS 5.3, kernel version 2.6.18 gcc version 4.1.2 configure shows error: checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h..

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

Hi, Simon Josefsson writes: > Peter Simons writes: > >> The following patches are necessary to make those modules compile in >> projects that don't use a header. > > That is generally not supported by gnulib. The majority of code in > gnulib assumes there is a config.h already; >95% if my gre

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

Peter Simons writes: > The following patches are necessary to make those modules compile in > projects that don't use a header. That is generally not supported by gnulib. The majority of code in gnulib assumes there is a config.h already; >95% if my grep is working. /Simon

[PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

--- ChangeLog |5 + lib/malloca.c |2 ++ lib/md5.c |2 ++ lib/sha1.c|2 ++ 4 files changed, 11 insertions(+), 0 deletions(-) diff --git a/ChangeLog b/ChangeLog index 501c267..8df0a56 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2010-02-24 Peter Simons

[PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include unless HAVE_CONFIG_H is defined

The following patches are necessary to make those modules compile in projects that don't use a header.