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

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

[PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include config.h 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

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

Peter Simons sim...@cryp.to writes: The following patches are necessary to make those modules compile in projects that don't use a config.h 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

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

Hi, Simon Josefsson si...@josefsson.org writes: Peter Simons sim...@cryp.to writes: The following patches are necessary to make those modules compile in projects that don't use a config.h header. That is generally not supported by gnulib. The majority of code in gnulib assumes there is a

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

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 cpuid.h 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,

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 older git.

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 add code to

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include config.h 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 config.h 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

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 the

Re: [PATCH] lib/malloca.c, lib/md5.c, lib/sha1.c: don't include config.h 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 config.h header. That is generally not supported by gnulib. The majority of code in gnulib assumes there is a config.h

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 file

Re: gnulib bootstrap and git submodules

- Jim Meyering j...@meyering.net 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

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

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

Hi, On 2/24/10, Ralf Wildenhues ralf.wildenh...@gmx.de 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

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