[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnubol: Re: The token "IS"
Mike,
I think Bill's concern was that lexing "IS" out would also allow the syntax:
IS LABEL IS RECOCRDS IS ARE IS STANDARD
to go unflagged. I thought that was a valid point against lexing "IS" out.
Jonathan
At 11:16 AM 12/7/99 -0500, Mike Mckernan wrote:
>>>>>> "Bill" == Mike Mckernan <mckernan@const.zko.dec.com>
>>>>>> wrote the following on Tue, 7 Dec 1999 11:05:24 -0500 (EST)
>
> Bill> For the '85 Standard, you need some "rules" to handle
> Bill> extensions (or errors) where "is" is used incorrectly, e.g.
>
> Bill> Label Records ARE (not IS) is conforming as is Label
> Bill> Record IS (not ARE)
>
> Bill> There are several other places where IS/ARE distinctions
> Bill> occur - and some places where ONLY "is" is allowed.
>
>I don't have access to the standard at this moment, but if memory
>serves, "IS/ARE" are never required. That means if I should lex out
>"IS" but not "ARE" the input my parser would expect for these cases
>would be:
>
> Label Record Standard
>
> Label Records [ARE] Standard
>
>If there are no other impediments, it should still be OK.
>
>
>--
>This message was sent through the gnu-cobol mailing list. To remove yourself
>from this mailing list, send a message to majordomo@lusars.net with the
>words "unsubscribe gnu-cobol" in the message body. For more information on
>the GNU COBOL project, send mail to gnu-cobol-owner@lusars.net.
>
>
--------------------------------------------------------------------
J & C Migrations, Pty.
566 Centre Street, Suite 3 http://www.jcmigrations.com
Newton, MA 02458 Fax: +1 (617) 916-5113
USA Tel. +1 (617) 916-5114
--
This message was sent through the gnu-cobol mailing list. To remove yourself
from this mailing list, send a message to majordomo@lusars.net with the
words "unsubscribe gnu-cobol" in the message body. For more information on
the GNU COBOL project, send mail to gnu-cobol-owner@lusars.net.