On Tue, 24 Apr 2001, Greg Banks wrote:

> > As an accident of implementation, strings are also permitted as guards with
> > "" being treated as y and everything else as n.  But I don't think I want
> > anyone to know that :-).
> 
>   Ok, I've ignored that.  My parser spits an error if a subtree guard
> is of any type other than bool, trit, dec, or hex.

Why doesn't esr's CML2 parser do the same ? If it is undocumented obscure feature,
it WILL end up getting used. If it's not supposed to be there, then it should be
checked against IMHO

john


_______________________________________________
kbuild-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/kbuild-devel

Reply via email to