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,4b862d91ff93feff
X-Google-Attributes: gid103376,public
From: Dale Stanbrough <dale@goanna.cs.rmit.edu.au>
Subject: Re: Text_IO for other standard types
Date: 1998/01/14
Message-ID: <69hr3i$sd5$1@goanna.cs.rmit.edu.au>#1/1
X-Deja-AN: 315864043
Content-Transfer-Encoding: 8bit
References: <98010912585349@psavax.pwfl.com> <dewar.884522547@merv>
 <34BA9133.7B4B@online.no> <69cfdt$3q$1@peuplier.wanadoo.fr>
X-XXMessage-ID: <B0E2BB5112021B17@obibicut.cs.rmit.edu.au>
Mime-Version: 1.0
Distribution: world
Content-Type: text/plain; charset=ISO-8859-1
Organization: RMIT
Newsgroups: comp.lang.ada
Date: 1998-01-14T00:00:00+00:00
List-Id: <comp.lang.ada>


Robert Dewar writes:

[...but are rather the effect of a much
 higher level semantics on the Ada side, e.g. line/page counting."

Having looked at the body of Text_IO once I have often thought
that a 

	Pragma No_Stupid_Text_IO_Stuff;

or perhaps more sensibly...

	Pragma Restriction (Simple_Text_IO);


which would enforce no page/line counting in your code, would
be a much welcome addition to the language. This allows people
to maintain old code, but lets us throw away all that unneeded
baggage (did anyone every actually use line/page counting enough
to make it worthwhile?)


Dale