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.68.125.233 with SMTP id mt9mr2650638pbb.5.1335358482378; Wed, 25 Apr 2012 05:54:42 -0700 (PDT) Path: r9ni96888pbh.0!nntp.google.com!news1.google.com!volia.net!news2.volia.net!feed-A.news.volia.net!news.musoftware.de!wum.musoftware.de!newsfeed.straub-nv.de!noris.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 25 Apr 2012 14:54:41 +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> In-Reply-To: <82vckof2s8.fsf@stephe-leake.org> Message-ID: <4f97f411$0$7620$9b4e6d93@newsspool1.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 25 Apr 2012 14:54:41 CEST NNTP-Posting-Host: 65db27b5.newsspool1.arcor-online.net X-Trace: DXC=>DPNP2gPhGA@k=MdN::NBIic==]BZ:afN4Fo<]lROoRA<`=YMgDjhgBdMS0GUMGbMGnc\616M64>JLh>_cHTX3jM3d<@GYKmR[E X-Complaints-To: usenet-abuse@arcor.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Date: 2012-04-25T14:54:41+02:00 List-Id: On 25.04.12 13:51, Stephen Leake wrote: >> Yes, GNAT project files are understandable, though non-portable TTBOMK. > > What do you mean by "portable" here? Portable from one compiler to another. The Ada programs typically are portable as-is. >> Gpr files will likely not be used by those who code for Intel's >> Fortran compiler, or the C part of GCC; they can easily specify >> IFCOPTS or GCCOPTS referenced in Makefiles. > > Why is that relevant? > So if that gnatmake line includes -P, and is kept with the > rest of the Ada source code, what's the problem? The problem is that there exists a setup, and personnel (P), and (1) there is a script (2) that processes a .ini file (common to all languages) (3) runs a simple makefile injecting few variables from step (2) (4) for all languages (more than a dozen). In the interest of manageability and transparency to (P), things are to be kept simple and comparable, as far as I understand previous comments. The programs do change every now and then. The configuration files would have to change, too. Such changes need to be checked by (P), for all languages, in order to prevent anything that in effect violates some rules. Ideally, settings commonly used by all compilers, such as "optimize", or "use this hardware", will be sufficiently effective and understood by all compilers. In fact, an earlier version of the GNAT make rule had been referring to COPTS, which was -O3 -fomit-frame-pointer; the C++ rule did the same, I think. Fortran cannot refer to GCCish COPTS, since they switched to Intel Fortran.