[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gnulib] Re: bootstrap script failing due to gettext AM_CPPFLAGS
From: |
Paul Eggert |
Subject: |
Re: [bug-gnulib] Re: bootstrap script failing due to gettext AM_CPPFLAGS change |
Date: |
Wed, 26 Apr 2006 10:26:28 -0700 |
User-agent: |
Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) |
Bruno Haible <address@hidden> writes:
> Another fix would be to define AM_CPPFLAGS to empty in lib/Makefile.am,
Yes, I thought of that, but that would result in an unused -I../intl
option being output by 'make' for every compilation command. I
dislike longer 'gcc ...' lines, since they make it harder to follow
what the build is actually doing. An extra -I../intl is not a big
deal by itself, but every word adds up.
>> I'd rather not complicate all the Bison builds with an unused
>> -I../intl flag
>
> Don't you find an unused -I option acceptable? I know it is ugly, but in
> the absence of communication between gettextize and gnulib-tool it looked
> like an working compromise. Should I try to find a different approach?
As I understand it, the long-term goal is to eliminate the -I../intl
approach entirely, since it had problems and core utilities don't use
it any more. If this is just a bridge then I guess it's OK -- I'll
just edit the output of gnulib-tool until the -I../intl stuff goes
away. But if the long-term goal is to retain support for -I../intl
then I'd prefer it if those who don't use that approach aren't
bothered by unnecessary 'make' output. It's just a mild preference,
though -- it's not high priority.