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,47bd5b7b3b898723 X-Google-Attributes: gid103376,public From: kst@thomsoft.com (Keith Thompson) Subject: Re: Form feed comment for pragma Page Date: 1996/06/05 Message-ID: #1/1 X-Deja-AN: 158574488 sender: news@thomsoft.com (USENET News Admin @flash) x-nntp-posting-host: pulsar references: <4p04vi$3ui$1@mhafn.production.compuserve.com> organization: Thomson Software Products, San Diego, CA, USA newsgroups: comp.lang.ada originator: kst@pulsar Date: 1996-06-05T00:00:00+00:00 List-Id: In evans@evans.pgh.pa.us (Arthur Evans Jr) writes: > Well, form feed (control-L) is an ASCII character and part of the > standard character set, but I'm quite surprised to hear that it's a > logical-end-of line, for two reasons: > > - If anything, it's-end-of page, not-end-of line. > > - And it's not even that. The RM in A.10(8) is quite clear that the > standard does not specify which characters, if any, correspond to > logical end-of-line or end-of-page or end-of-file. > > I'll agree that many implementations, probably most of them, choose to > implement end-of-page using the ASCII form feed character, but the > standard is silent on the subject. RM A.10(8) refers to files processed by Text_IO, not to Ada source files; there's no requirement that they're the same thing. An Ada compiler needn't use Text_IO to read source files. The relevant paragraph is 2.2(2), which says: The text of a compilation is divided into lines. In general, the representation for an end of line is implementation defined. However, a sequence of one or more format_effectors other than character tabulation (HT) signifies at least one end of line. A format_effector is defined in 2.1(13) as one of HT, VT, CR, LF, and FF. Thus a formfeed character *in an Ada source* must signify an end of line. Note that the coded representation for these characters is also implementation-defined. -- Keith Thompson (The_Other_Keith) kst@thomsoft.com <*> TeleSoft^H^H^H^H^H^H^H^H Alsys^H^H^H^H^H Thomson Software Products 10251 Vista Sorrento Parkway, Suite 300, San Diego, CA, USA, 92121-2718 This sig uses the word "Exon" in violation of the Communications Decency Act.