From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7a83623780b9aa09 X-Google-Attributes: gid103376,public From: Robert A Duff Subject: Re: Are there any automatic tools to convert ada83 source into ada95? Date: 1998/12/31 Message-ID: #1/1 X-Deja-AN: 427518567 Sender: bobduff@world.std.com (Robert A Duff) References: <766l70$dh1$1@nnrp1.dejanews.com> <87vhiv3m7j.fsf@mihalis.ix.netcom.com> <769fl1$mcr$1@nnrp1.dejanews.com> <87n247z2yk.fsf@mihalis.ix.netcom.com> Organization: The World Public Access UNIX, Brookline, MA Newsgroups: comp.lang.ada Date: 1998-12-31T00:00:00+00:00 List-Id: I wrote: > X := abs(X); > > According to the Ada 83 RM, the above statement might raise either C_E > or P_E. Any code that tries to distinguish the two is, as Robert said, > "dubious". > > In Ada 95, it raises C_E (and P_E is just a renaming of C_E). > > A good style in Ada 83 was to always pair the two: "when C_E | P_E => > ...". The Ada 95 rules are carefully crafted to make that idiom > still be legal. Oops, I meant N_E (Numeric_Error), not Program_Error above. Thanks to Art Evans for pointing that out. - Bob -- Change robert to bob to get my real email address. Sorry.