Re: [Bug-gnulib] AC_PROG_YACC
Derek Robert Price <[email protected]>
| Newsgroups | gmane.comp.sysutils.autoconf.bugs,gmane.comp.version-control.cvs.bugs,gmane.comp.lib.gnulib.bugs |
|---|---|
| Organization | Ximbiot <http://ximbiot.com> |
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bruno Haible wrote:
>Derek Robert Price wrote:
>
>>It appears that some `make's (notably some BSDs) have a default
>>setting for YFLAGS (YFLAGS = -d) that some of my users are not happy
>>with. It breaks builds, notably with the GNULIB getdate package,
>>which comes with its own getdate.h header (which gets overwritten by
>>calls to `bison -y -d getdate.y'...). Is this something that
>>AC_PROG_YACC (or gl_BISON for the GNULIB folks) should be checking for
>>and dealing with?
>>
>>My workaround will be to just stick a `YFLAGS=' line in my
>>Makefile.am, but I thought you might like the bug report.
>
>
>The automake documentation says:
> "When `yacc' is invoked, it is passed `YFLAGS' and `AM_YFLAGS'. The
> former is a user variable and the latter is intended for the
> `Makefile.am' author."
>
>So this means, YFLAGS is meant as a variable through which the user can
>influence the compilation (like CFLAGS, CPPFLAGS, LDFLAGS etc.). By
>setting it to empty, you give the user less freedom.
>
>I'd say, since option '-d' is not appropriate in all cases, it's a
mistake
>to use it by default. The bug is therefore in the BSD make.
I'm afraid I agree with you. It might still make sense to have an
autoconf workaround for the bug, when detected, however.
Derek
- --
*8^)
Email: [email protected]
Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFAloJkLD1OTBfyMaQRAt/OAJ42aqDZe0UXngAUhi0JHZ63bYzmegCcDRUS
hkbiYltQvKoFJQidVfI8ibI=
=lAZw
-----END PGP SIGNATURE-----