Jim Meyering <[EMAIL PROTECTED]> writes:
>> Second, the script applies gnulib-tool on a scratch subdirectory. This is
>> worrisome: it indicates that gnulib-tool does some things the wrong way.
>> Can you or Paul explain what is missing in gnulib-tool's working?
>
> I wouldn't say it's wrong, just
"Alfred M. Szmidt" <[EMAIL PROTECTED]> wrote:
...
>Please use "yes" and "no" for such values, or ":"/"true" and "false"
>if you intend to use them as commands (as in `if $with_gettext'). "t"
>is impossible to understand for those that don't speak the language this
>idiom originated
> +with_gettext=t
> +grep '^[ ]*AM_GNU_GETTEXT_VERSION\>' configure.ac >/dev/null || \
> +with_gettext=nil
Please use "yes" and "no" for such values, or ":"/"true" and "false"
if you intend to use them as commands (as in `if $with_gettext'). "t"
is impossible to understand
"Alfred M. Szmidt" <[EMAIL PROTECTED]> wrote:
> this allows a user to specify the name of the gnulib library
> (currently libPACKAGE) to something that they might prefer through
> bootstrap.conf by setting the variable gnulib_name. In inetutils we
> use libgnu for gnulib, and libinetutils.a for ou
Hello Alfred, all,
* Alfred M. Szmidt wrote on Fri, Mar 16, 2007 at 08:04:21PM CET:
> +with_gettext=t
> +grep '^[ ]*AM_GNU_GETTEXT_VERSION\>' configure.ac >/dev/null || \
> +with_gettext=nil
Please use "yes" and "no" for such values, or ":"/"true" and "false"
if you intend to use them as
Bruno Haible <[EMAIL PROTECTED]> wrote:
>> Variants of this bootstrap script are being used in at least 6 or
>> 7 different projects, and having it here seems like the best way
>> to keep everyone up to date. However there's plenty of room for
>> improvement.
>
> Well, I'd suggest two improvements
Hey,
right now bootstrap will always run autpoint, even if one might not be
using it. Since autopoint requires that AM_GNU_GETTEXT_VERSION, we
can easily check if we are using autopoint/gettext.
2007-03-16 Alfred M. Szmidt <[EMAIL PROTECTED]>
* build-aux/bootstrap (with_gettext): New
Hi,
this allows a user to specify the name of the gnulib library
(currently libPACKAGE) to something that they might prefer through
bootstrap.conf by setting the variable gnulib_name. In inetutils we
use libgnu for gnulib, and libinetutils.a for our own functions.
2007-03-16 Alfred M. Szmidt <
On 3/16/07, Bruno Haible <[EMAIL PROTECTED]> wrote:
The 'dummy' module is hardly used in practice, because it gets disabled
as soon as you have at least one gnulib module with an unconditional
lib_SOURCES augmentation.
IMHO it's the things that only happen sometimes that really bite you in the
