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-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.