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