[Top][All Lists]

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

Re: RFC: m4 2.0 --prepend-include option

From: Eric Blake
Subject: Re: RFC: m4 2.0 --prepend-include option
Date: Thu, 24 Aug 2006 06:18:36 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20060719 Thunderbird/ Mnenhy/

Hash: SHA1

According to Paul Eggert on 8/23/2006 11:04 PM:
> Certainly the spec could be read the other way, as Tim Van Holder
> does.  But I don't agree that his reading is the only one.  It's just
> as natural to parse the spec as saying that the distinction between
> 'define' and 'pushdef' is that the former does not preserve the
> current definition, whereas the latter does.
> When attempting to resolve ambiguities like this, one thing to
> consider is what implementations do; and we have genuine disagreement
> here among implementations.

In my aardvark I opted to leave the normative text ambiguous, and just add
a paragraph to the Application Usage that highlights the fact that the
normative text is ambiguous.  We'll see what the review process does with
that, if the austin group decides to add text in the normative section as
well.  But hopefully the final resolution will be that GNU's behavior
(popdef/pushdef) is compliant, as I agree it is better.

- --
Life is short - so eat dessert first!

Eric Blake             address@hidden
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

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