Bruno Haible <[EMAIL PROTECTED]> 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.
