[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Extensions (was RE: gnubol: How do we parse this language, anyway?
Included in the "attached" are some questions/comments about extensions. Do
people in the GNU list want me to get into a discussion about them - or
should I leave my recommendations (comments about) "good" extensions until
later on in your development? I would be happy to come up with a list of
some of the more common ones - what they do - who supports them - etc. But
only if the list would like to see it at this stage.
Bill Klein
wmklein <at> ix.netcom.com
> -----Original Message-----
> From: owner-gnu-cobol@wallace.lusars.net
> [mailto:owner-gnu-cobol@wallace.lusars.net]On Behalf Of Michael McKernan
> Sent: Saturday, December 04, 1999 10:58 AM
> To: gnu-cobol@lusars.net
> Cc: mck@tivoli.mv.com
> Subject: Re: gnubol: How do we parse this language, anyway?
>
>
> >>>>> "Bill" == William M Klein <wmklein@ix.netcom.com>
> >>>>> wrote the following on Fri, 3 Dec 1999 22:19:41 -0600
>
> Bill> OK, now I am totally confused. One of the notes on this
> Bill> topic said, "Three compilers, Micro Focus on alpha/tru64,
> Bill> Fujitsu on MS Windows and Wang ReSource either on HP/UX or
> Bill> AIX accepted such programs without warnings."
>
> Bill> I just tried it (the attached program) with Fujitsu and it
> Bill> gets just as severe a message as I would expect. Now, I know
> Bill> that Micro Focus *will* accept this - and issue a FLAGSTD
> Bill> (FIPS) message indicating that it is an extension.
>
> You're right, of course. I misremembered Tim's message in which he
> reported that Fujitsu bound conditionals to the closest eligible
> preceding verb.
>
> Bill> If you want to add it as an extension (which I still don't
> Bill> understand WHY) at least try and figure out how many other
> Bill> compilers really DO support it (and as I expected, don't
> Bill> count Fujitsu in that list - nor IBM I am positive - but will
> Bill> wait to hear the "official" version on).
>
> I find myself in a strange position advocating this extension. I am,
> by nature, a language conservative and usually pretty chary about
> extensions. I'm willing to back down if we can determine that IBM
> doesn't support it. Which of their compilers are in wide enough use
> to pay attention to?
>
> Bill> NOTE: There really are "useful" extensions that I would fully
> Bill> support - don't think that I am "anti-any extension" - but
> Bill> this is just one that I don't see the need for, nor the
> Bill> advantage of having.
>
> I favored doing it because I believe it is easy and safe, despite your
> recollections of the MF implementation. I don't think it adds a lot
> of value.
>
> Bill> P.S. For example, I will certainly support the following
> Bill> fairly common extensions:
>
> GoBack
>
> Agreed.
>
> Comp-3 (as Packed-Decimal)
> Comp-1 and Comp-2 (as floating point)
>
> I'd like to have a dialect switch for these.
>
> Comp-5 (as defined in X/Open CAE)
>
> This one is unfamiliar to me. Strange that they're using a comp-n
> instead of naming it.
>
> Trunc/Notrunc compiler option
>
> Yes.
>
> Use of apostrophe (single quote) in addition to quotation mark
>
> Used interchangably with the same meaning, I trust. I agree.
>
> inline comments
>
> Good. Who implements them and how?
>
> z-literals (null-terminated strings
> - can also be done with Concatenation expressions)
>
> Maybe. Who implements concatenation and how?
>
> and MANY others (from IBM, from Micro Focus,
> from X/Open, from draft of next Standard, etc)
>
> I'll presume you support them selectively.
>
> Bill> Bill Klein wmklein <at> ix.netcom.com
>
> >> -----Original Message----- From:
> >> owner-gnu-cobol@wallace.lusars.net
> >> [mailto:owner-gnu-cobol@wallace.lusars.net]On Behalf Of Michael
> >> McKernan Sent: Friday, December 03, 1999 8:52 PM To:
> >> gnu-cobol@lusars.net Cc: mck@tivoli.mv.com Subject: Re: gnubol:
> >> How do we parse this language, anyway?
> >>
> >>
> >> >>>>> "Sébastien" == =?iso-8859-1?Q?S=E9bastien=20Ducl=E9roir?=
> >> <iso-8859-1> >>>>> wrote the following on Fri, 03 Dec 1999
> >> 18:49:02 +0100
> >>
> >> Sébastien> Mike Mckernan a écrit : >> We had hoped that someone
> >> would be able to try this program on >> one or more IBM
> >> compilers, but that has not happened, at least >> not yet. >>
> >>
> >> Sébastien> I don't read the list regularly, so I miss this
> >> thread Sébastien> about a test program. We use IBM Cobol
> >> compiler on AIX Sébastien> 4.2.1, so, if not too late, I can
> >> compile the test Sébastien> programm if you send it to me, or
> >> tell me where to get Sébastien> it quickly, cause I'm a little
> >> bit busy those days :(
> >>
> >> Sébastien> Regards,
> >>
> >>
> >>
> >> >>>>> "Jonathon" == J & C Migrations, Pty <migrate@tiac.net>
> >> >>>>> wrote the following on Fri, 03 Dec 1999 14:11:00 -0500
> >>
> Jonathon> At 12:40 PM 12/3/99 -0500, Mike Mckernan wrote: <snip>
> >> >> We had hoped that someone would be able to try this program
> >> on >> one or more IBM compilers, but that has not happened, at
> >> least >> not yet.
> >>
> Jonathon> If the tests are not too large, I may be able to help the
> Jonathon> next time around. I have limited access to IBM's COBOL
> Jonathon> for MVS & VM, and to the CA-Realia COBOL compilers. With
> Jonathon> some effort I can also access an ACUCOBOL GT compiler.
> >>
> >>
> >> IDENTIFICATION DIVISION. PROGRAM-ID. COBOL-TEST. DATA
> >> DIVISION. WORKING-STORAGE SECTION. 01 W PIC 9. 01 X PIC 9.
> >> 01 Y PIC 9. 01 Z PIC 9.
> >>
> >> PROCEDURE DIVISION. 001. MOVE 8 TO X Z MOVE 9 TO W Y
> >>
> >> ADD 1 TO W SIZE ERROR DISPLAY "OVERFLOW ON W"
> >>
> >> ADD 1 TO X SIZE ERROR DISPLAY "OOPS - UNEXPECTED RESULT"
> >>
> >> NOT SIZE ERROR DISPLAY "NO OVERFLOW ON X"
> >>
> >> ADD 1 TO Y SIZE ERROR DISPLAY "OVERFLOW ON Y"
> >>
> >> ADD 1 TO Z SIZE ERROR DISPLAY "OOPS - UNEXPECTED RESULT"
> >>
> >> NOT SIZE ERROR DISPLAY "NO OVERFLOW ON Z" DISPLAY "RIGHT
> >> ASSOCIATION IS SUFFICIENT"
> >>
> >> NOT SIZE ERROR DISPLAY "OOPS - UNEXPECTED RESULT"
> >>
> >> NOT SIZE ERROR DISPLAY "OOPS - UNEXPECTED RESULT"
> >>
> >> END-ADD
> >>
> >> .
> >>
> >>
> >>
> >>
> >> -- 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.
>
>
> Bill> -- This message was sent through the gnu-cobol mailing list.
> Bill> To remove yourself from this mailing list, send a message to
> Bill> majordomo@lusars.net with the words "unsubscribe gnu-cobol"
> Bill> in the message body. For more information on the GNU COBOL
> Bill> project, send mail to gnu-cobol-owner@lusars.net.
>
>
>
>
> --
> 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.
--
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.