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,df854b5838c3e14 X-Google-Attributes: gid103376,public From: Laurent.Guerby@enst-bretagne.fr (Laurent Guerby) Subject: Re: Gripe about Ada, rep specs that won't. Date: 1996/03/22 Message-ID: <4xohpp8nzj.fsf@leibniz.enst-bretagne.fr>#1/1 X-Deja-AN: 143690030 distribution: world sender: guerby@leibniz.enst-bretagne.fr references: <00001a73+00002504@msn.com> <4iq71v$cvr@news4.digex.net> content-type: text/plain; charset=US-ASCII organization: Telecom Bretagne mime-version: 1.0 newsgroups: comp.lang.ada Date: 1996-03-22T00:00:00+00:00 List-Id: Robert Dewar writes : : "System.File_IO is *not* Ada 95-specific. It is GNAT-specific." [deleted] : Still the kind of confusion that appears here is worrisome. NO user code : should be using system.file_io. : : I think we *will* make all these packages private in the next version : of GNAT, what do people think??? What about a unit pragma like GNAT_Specific ? Without the magic GNAT switch, the user cannot "with" this packages (or, may be, make use of GNAT specific stuff). An agressive "portability" switch (with plenty of warnings for known compiler-dependant features) can be of great interest. Of course I don't have money for it ;-) ;-). -- -- Laurent Guerby, student at Telecom Bretagne (France), Team Ada -- "Use the Source, Luke. The Source will be with you, always (GPL)" -- http://www-eleves.enst-bretagne.fr/~guerby/ (GATO Project) -- Try GNAT, the GNU Ada 95 compiler (ftp://cs.nyu.edu/pub/gnat)