For testing the tricky cases of AC_LIBOBJ and of modules with -posix/-gnu
variants, it is a bit annoying that "gnulib-tool --create-testdir --with-tests"
creates a directory structure that is significantly different from what
"gnulib-tool --import --with-tests" produces: I need to use a scratch
GNU
Jim Meyering wrote:
> getloadavg: trim unused parts and speed up 'configure'
> ...
>
> removed the code that used to perform an unusual compile-time test:
> using using the getloadavg.c from somewhere under $top_srcdir.
> *That* was the sole reason for the macro argument you've jus
Bruno Haible wrote:
> Eric Blake wrote:
>> Looks sane to me.
>
> Thanks for the review. Jim is silent about it for 4 days. So I'm committing
> the
> patch now:
>
>
> 2011-05-28 Bruno Haible
>
> getloadavg: Remove an unreliable safety check.
> * m4/getloadavg.m4 (gl_GETLOADAVG): Drop
Eric Blake wrote:
> Looks sane to me.
Thanks for the review. Jim is silent about it for 4 days. So I'm committing the
patch now:
2011-05-28 Bruno Haible
getloadavg: Remove an unreliable safety check.
* m4/getloadavg.m4 (gl_GETLOADAVG): Drop argument. Remove test whether
> doc: Use a recent texinfo.tex.
Oops, after this upgrade, texinfo.tex produces yet another empty file, that
"make clean" needs to remove.
2011-05-28 Bruno Haible
doc: Cleanup yet another file produced by texinfo.tex.
* doc/Makefile (mostlyclean): Remove also gnulib.cn.
Conditional dependencies appear to work fine so far. So here's a patch that
does 3 changes:
- Remove the label "experimental".
- Make the setting persistent in gnulib-cache.m4, and add an option
--no-conditional-dependencies to revoke its effect.
- Document the options.
2011-05-28 Brun
Paul Eggert wrote:
> +that behavior is undefined for shifts unless 0@leq{}@var{b}<@var{w}
This addition leads to a "make" error in the doc directory for me:
$ make
...
./intprops.texi:243: Missing $ inserted.
$
@leq
l.243 ...vior is undefined for shifts unl
[ I'm copying bug-gnulib mostly in case someone over there would like
to warn us that the grass on the bootstrap side of the river is not
quite as green as it first appeared. ]
I just tried building GNU emacs from its bzr checkout instead of a
tarball.This I made hard for myself by using "mak
Jim Meyering wrote:
> I noticed that the comment on _GL_INT_CONVERT still said "no side effects",
> even though the restriction is now lifted:
...
> Subject: [PATCH] intprops.h: adjust comment to match code change
>
> * lib/intprops.h (_GL_INT_CONVERT): Adjust comment: now that E is used
> only on
I noticed that the comment on _GL_INT_CONVERT still said "no side effects",
even though the restriction is now lifted:
>From dabf3a8df68b0d70f8aff58e96ef3f143410d502 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Sat, 28 May 2011 12:34:08 +0200
Subject: [PATCH] intprops.h: adjust comment to ma
10 matches
Mail list logo