autoconf
[Top][All Lists]
Advanced

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

Re: Patch: gcc-3.0.4 workaround for AS_SPARC64_FLAG/autoconf-2.53


From: Thomas Dickey
Subject: Re: Patch: gcc-3.0.4 workaround for AS_SPARC64_FLAG/autoconf-2.53
Date: Sun, 7 Apr 2002 18:14:22 -0400
User-agent: Mutt/1.2.5i

On Sun, Apr 07, 2002 at 05:17:40PM -0400, Peter Eisentraut wrote:
> Dan Kegel writes:
> 
> > Also, I'm pretty sure I've seen projects using macros that start
> > with AC_ (orbit has one, I think).  Maybe they do this for macros
> > they want to propose for inclusion in autoconf.  Will autoconf
> > choke on these, too?
> 
> You're missing the point.  The reason for this check is to catch calls to
> undefined macros.  If a string refers to an undefined macro then m4 won't
> expand it and it will stay in the configure output.  In the case under
> consideration, autoconf thinks that AS_SPARC64_FLAG is a mistyped AS_*
> macro.  There is nothing wrong with defining macros starting with AC_, as
> long as they *are* defined.

sure there is - if they happen to have the same name as one of autoconf's
macros, the attempt at redefinition will be ignored.

(caveat - I'm recalling this from 2.13 - haven't felt the need to reopen the
wound since 2.5x adds salt).

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net



reply via email to

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