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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,f954bcd9ffa6c26c X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-17 11:18:50 PST Path: supernews.google.com!sn-xit-02!sn-xit-03!supernews.com!freenix!wanadoo.fr!not-for-mail From: "Jean-Pierre Rosen" Newsgroups: comp.lang.ada Subject: Re: Gnat 3.13p: Command_Name RM A.15 Date: Wed, 17 Jan 2001 20:12:57 +0100 Organization: Wanadoo, l'internet avec France Telecom Message-ID: <944r6m$f6d$1@wanadoo.fr> References: <200101160612.HAA06787@bulgaria.otn.eurocopter.de> <3A64593A.380F3228@mindspring.com> <94244d$ir2$1@wanadoo.fr> <3A659B05.4FA24A08@mindspring.com> NNTP-Posting-Host: mix-toulouse-206-4-132.abo.wanadoo.fr X-Trace: wanadoo.fr 979759126 15565 193.248.216.132 (17 Jan 2001 19:18:46 GMT) X-Complaints-To: abuse@wanadoo.fr NNTP-Posting-Date: 17 Jan 2001 19:18:46 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Xref: supernews.google.com comp.lang.ada:4112 Date: 2001-01-17T19:18:46+00:00 List-Id: "Marin David Condic" a �crit dans le message news: 3A659B05.4FA24A08@mindspring.com... > You do have System.System_Name available to you, but it is, of course, system/implementation dependent as to what the values will be. > So you can't write codes that said something to the effect: > And it is specially unfortunate that in GNAT System_Name has the same single value, SYSTEM_NAME_GNAT, on all targets... > I suppose it could be possible that the compiler vendors could agree on some set of enumerals and keep the list updated as new targets > emerge. That would enable code to be written that would get past the compiler. It just wouldn't do you any good if a specific system > wasn't supported. That naturally reduces product distinction and starts moving compilers more towards commodities, but there are > probably enough ways of distinguishing compilers that such an interoperability feature wouldn't harm the business. > Note that it is the purpose of OS_Services to allow a common specification, with implementations that depend on the system. If this (or a similar) package was provided by every vendor, it would solve the issue. This idea has been flying around for a while... -- --------------------------------------------------------- J-P. Rosen (Rosen.Adalog@wanadoo.fr) Visit Adalog's web site at http://pro.wanadoo.fr/adalog