bug-bison
[Top][All Lists]
Advanced

[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.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]