[Top][All Lists]

[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 14:03:16 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413

Hash: SHA1

Derek Robert Price wrote:

> >>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.
> I still agree with you but I still think a workaround in macros is
> appropriate, both GNULIB & Autoconf.  My new solution just AC_ARG_VARs
> both YACC & YFLAGS, as CC, CFLAGS, CPPFLAGS, etc. are AC_ARG_VARed by
> other autoconf macros and require the user override them as arguments
> to configure or make.  Nobody seems to have a problem with autoconf
> doing that for CC, CFLAGS, CPPFLAGS, etc.
> Revision 3 of patch for GNULIB attached.  I think similar AC_ARG_VAR
> statements for YACC & YFLAGS for AC_PROG_YACC would also be appropriate.

Incidentally, I choose to do this in a macro rather than in the
Makefile.am because Automake warned about the YFLAGS= line interfering
with user variables when I tried.  The macro solution also appears to
be consistent with other Autoconf behavior with regards to compilers
and compiler flags.

- --

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

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