bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnulib] AC_PROG_YACC


From: Derek Robert Price
Subject: Re: [Bug-gnulib] AC_PROG_YACC
Date: Mon, 03 May 2004 13:33:25 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413

-----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: address@hidden

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





reply via email to

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