Re: Fix chdir-long.m4 caching (was: megatest fallout)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Ralf Wildenhues on 9/25/2006 2:03 PM: > Hello Jim, > >> 7 checking whether this system has an arbitrary file name length >> limit... yes > > OK to apply this patch? I think this variable isn't used elsewhere in > gnulib nor coreu

getlogin_r.m4 and host_os.m4 (was: megatest fallout)

> (b) comparing (1) and (2): > getlogin_r declared in the glob test, but not in the getlogin_r test. > (c) HOST_OPERATING_SYSTEM is set to empty in (2). OK to apply? Cheers, Ralf * getlogin_r.m4 (gl_PREREQ_GETLOGIN_R): Require AC_GNU_SOURCE. * host-os.m4 (gl_HOST_OS): Require AC

Fix chdir-long.m4 caching (was: megatest fallout)

Hello Jim, > 7 checking whether this system has an arbitrary file name length > limit... yes OK to apply this patch? I think this variable isn't used elsewhere in gnulib nor coreutils, so renaming this shouldn't be a problem. Cheers, Ralf * chdir-long.m4 (gl_FUNC_CHDIR_LONG): Re

Re: megatest fallout

A bootstrapped megatest directory enables more kinds of tests. Let's look at these builds: 0) configure CC='gcc -Wall -Werror -fno-builtin' # as seen earlier 1) configure 2) configure -C 3) pre-seed config.cache with the file resulting from (2), then configure -C 4) create a config.cache from

Re: [bug-gnulib] megatest fallout

Hello Bruno, * Bruno Haible wrote on Fri, Sep 22, 2006 at 02:58:06PM CEST: > Ralf Wildenhues wrote: > > handful of missing bits: > > > > - getloadavg/configure.ac needs > > AC_CONFIG_LIBOBJ_DIR([gllib]) > > added early in the file. > > This one should be fixed by the other patch I proposed

Re: [bug-gnulib] Re: megatest fallout

Ralf Wildenhues wrote: > Maybe there should be a way to automatize the "disable the config-h > module as long as one of the modules this package uses still guards > config.h"; or simpler: exempt the config-h module from the ALL test > for now. Done. 2006-09-22 Bruno Haible <[EMAIL PROTECTED]>

Re: megatest fallout

Ralf Wildenhues <[EMAIL PROTECTED]> writes: >> Have we decided that gnulib files don't need HAVE_CONFIG_H checks? If >> so, maybe something should be added to the gnulib manual... > > IIRC there has been no decision to do so. Just a new module config-h > which you can use. The only point of thi

Re: [bug-gnulib] megatest fallout

Ralf Wildenhues wrote: > handful of missing bits: > > - getloadavg/configure.ac needs > AC_CONFIG_LIBOBJ_DIR([gllib]) > added early in the file. This one should be fixed by the other patch I proposed on Monday and committed today. AC_CONFIG_LIBOBJ_DIR should _not_ be used by gnulib-tool, fo

Re: megatest fallout

Hello Simon, * Simon Josefsson wrote on Fri, Sep 22, 2006 at 02:47:20PM CEST: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > - Failures that stem from the incomplete HAVE_CONFIG_H transition, > > including but certainly not limited to these files: > > base64.c, argp-help.c, xvasprintf.c,

Re: megatest fallout

Ralf Wildenhues <[EMAIL PROTECTED]> writes: > - Failures that stem from the incomplete HAVE_CONFIG_H transition, > including but certainly not limited to these files: > base64.c, argp-help.c, xvasprintf.c, check-version.c, hmac-md5.c, > memxor.c, hmac-sha1.c What do you mean here? Do you m

megatest fallout

Greetings, time for some (late) spring cleaning in gnulib. I sent a bunch of mails with patches that fall off of CC='gcc -Wall -Werror -fno-builtin' gnulib-tool --megatest to this list and autoconf-patches. In the end I get down to about a handful of missing bits: - getloadavg/configure.ac