On 07/28/2011 06:43 PM, Sam Steingold wrote:
* Paolo Bonzini<obam...@tah.bet> [2011-07-28 16:54:12 +0200]:
The current situation is ugly---apart from the inconsistency in syntax
definitions, there is no reason indeed why regex shouldn't use
regex.in.h too, and no reason why it should require prepending
-I$(srcdir)/gllib to CPPFLAGS.
Is it going to be fixed? I need to decide whether I must commit the
prepending -I$(srcdir)/gllib to CPPFLAGS hack or wait for a gnulib fix.
Thanks.
It's not the only case. It's perhaps the only case in your subset,
maybe even the only case for modules in libposix (dunno if regex is in
libposix, actually), but not in general. Most headers are not
replacement headers. You can safely add the CPPFLAGS, it's not a hack
and it's the way gnulib should be usde.
But it is not true that regex requires different CPPFLAGS depending on
whether the included regex is used.
OK, I will take your word for that and redirect the future bug reports
(if any) to you. Thanks. :-)
With pleasure. :)
Paolo
