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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,24a59fbc07128ff8 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-05-04 14:48:06 PST Path: newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!193.251.151.101!opentransit.net!wanadoo.fr!teaser.fr!enst!enst.fr!not-for-mail From: "Beard, Frank" Newsgroups: comp.lang.ada Subject: RE: RE: rename missing in Text_IO Date: Fri, 4 May 2001 17:47:22 -0400 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: avanie.enst.fr 989012885 82298 137.194.161.2 (4 May 2001 21:48:05 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Fri, 4 May 2001 21:48:05 +0000 (UTC) To: "'comp.lang.ada@ada.eu.org'" Return-Path: X-Mailer: Internet Mail Service (5.5.2448.0) Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.3 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , List-Archive: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: newsfeed.google.com comp.lang.ada:7185 Date: 2001-05-04T17:47:22-04:00 I'm apologize if I misunderstood you, but I've heard similar things from others, including some vendors, and assumed that's what you meant. One of the vendors told me (highly paraphrased) they basically wait to see where the market goes and then make bindings to the interfaces. So, they're always in a state of catch-up. As far as Ada.C_Library, I wasn't thinking along those lines. As a matter of fact, I wouldn't really even want to make the connection between the things I want provided in the language and their C counter parts. I was thinking more along the lines of your other suggestion, such as Ada.Directory_Operations, Ada.File_Operations, etc. Even if the C version is there first, hide that from me. Take a good idea and make it better with Ada. Frank -----Original Message----- From: Ted Dennison [mailto:dennison@telepath.com] Sent: Friday, May 04, 2001 5:22 PM To: comp.lang.ada@ada.eu.org Subject: Re: RE: rename missing in Text_IO In article , Beard, Frank says... >But why not be part of the standard, maybe in an Annex. I >almost sympathize with what Ted's saying. But by his reasoning, >Ada.Command_Line shouldn't be provided either, because the OS >has an interface to do it. For that matter, none of the IO should >be there because we could pragma interface to all those routines. .. >From: Ted Dennison [mailto:dennison@telepath.com] >That's all stuff that's considered part of the OS, and thus you are expected >to make the appropriate OS calls for your platform. Most of the time, your Ada >vendor will have supplied a package that has bindings to those OS calls, but >what it is depends on your vendor and platform. Hey, I never said it was a Good Thing. I just said that this is the way it is. For a beginner, that's the main issue. I actually think it may well be a good thing to have some kind of Ada.C_Library package hierarchy in an annex in some future version of the language for stuff like that, since the C library realisticly is going to be available on most Ada platforms. Perhaps an Ada.Directory_Operations would be a good idea too. Heck, I'd even like to see a GUI in the standard, if its possible to agree on a good one. --- T.E.D. homepage - http://www.telepath.com/dennison/Ted/TED.html home email - mailto:dennison@telepath.com _______________________________________________ comp.lang.ada mailing list comp.lang.ada@ada.eu.org http://ada.eu.org/mailman/listinfo/comp.lang.ada