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=0.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,a32653cf595422e6 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.204.157.134 with SMTP id b6mr66141bkx.5.1335460522507; Thu, 26 Apr 2012 10:15:22 -0700 (PDT) Path: h15ni168480bkw.0!nntp.google.com!news2.google.com!goblin2!goblin.stu.neva.ru!news.internetdienste.de!noris.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Thu, 26 Apr 2012 19:15:21 +0200 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: GNAT and register allocation References: <4f9138c2$0$6628$9b4e6d93@newsspool2.arcor-online.net> <4f9145b5$0$6557$9b4e6d93@newsspool4.arcor-online.net> <4f918218$0$6557$9b4e6d93@newsspool4.arcor-online.net> <82r4vhi8v4.fsf@stephe-leake.org> <4f94352f$0$6625$9b4e6d93@newsspool2.arcor-online.net> <87aa23d5tz.fsf@adaheads.sparre-andersen.dk> <4f9474d4$0$7611$9b4e6d93@newsspool1.arcor-online.net> <82lillgvx9.fsf@stephe-leake.org> <4f96aa50$0$7617$9b4e6d93@newsspool1.arcor-online.net> <82vckof2s8.fsf@stephe-leake.org> <4f97f411$0$7620$9b4e6d93@newsspool1.arcor-online.net> <82sjfqep8t.fsf@stephe-leake.org> In-Reply-To: <82sjfqep8t.fsf@stephe-leake.org> Message-ID: <4f9982a9$0$9505$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 26 Apr 2012 19:15:21 CEST NNTP-Posting-Host: 5c7095e0.newsspool1.arcor-online.net X-Trace: DXC=aRaQOHSN]bL^B]`=U:WelBic==]BZ:afN4Fo<]lROoRAnkgeX?EC@@@8WEnDiKGIRBnc\616M64>JLh>_cHTX3jMo4X6;eIOdVO X-Complaints-To: usenet-abuse@arcor.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Date: 2012-04-26T19:15:21+02:00 List-Id: On 26.04.12 12:55, Stephen Leake wrote: > So the Ada programers are required to understand the C and Fortran > compiler options well enough to maintain them? Language X programmers need not maintain language Y switches and vice versa, but they will want to understand them; Ada programmers are also required to pick switches that are reasonably simple, comparable, and not overly program-specific. Deviating from standard options requires a convincing reason. (There is at least one such case.) > If that were fixed, I think it's reasonable to expect anyone who can > maintain makefiles and compiler options in general to maintain gpr files. GNAT project files, or something equivalent taken from some other language's implementation, could create an organizational problem in two ways. 1. There is no question that good configuration files are superior to switches, in particular if configuration files are more than syntax around switches. However, since configuration files are superior, they create a major asymmetry if another language's setup cannot be controlled in the same way. And even if, they'd force everyone under the rule of a possibly "foreign" control. This is simply not viable. 2. The configuration is done by "central services". They want simplicity and comparability, possibly at the expense of some minor disadvantages for one or other implementation language. > And did anyone object to that "non-compatible options" change? I think no one objected to necessary adjustments caused by a different dialect of switches, and the Intel Fortran switches are "by the rules".