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.202.37 with SMTP id kf5mr11772672pbc.7.1335129303684;
        Sun, 22 Apr 2012 14:15:03 -0700 (PDT)
Date: Sun, 22 Apr 2012 23:14:59 +0200
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
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>
 <jmrpej$cao$1@speranza.aioe.org>
 <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>
In-Reply-To: <87aa23d5tz.fsf@adaheads.sparre-andersen.dk>
Message-ID: <4f9474d4$0$7611$9b4e6d93@newsspool1.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 22 Apr 2012 23:15:00 CEST
NNTP-Posting-Host: a3b52d90.newsspool1.arcor-online.net
X-Trace: 
 DXC=F]j<B>0>iT7d8Nb@@ZG@b=ic==]BZ:af>4Fo<]lROoR1<`=YMgDjhg2F8Vh=JL_3>;nc\616M64>:Lh>_cHTX3j=c75:6:=OHc:
X-Complaints-To: usenet-abuse@arcor.de
Path: 
 r9ni86810pbh.0!nntp.google.com!news2.google.com!goblin2!goblin.stu.neva.ru!porbandar.httrack.net!news.httrack.net!feed.ac-versailles.fr!news.chainon-marquant.org!nntpfeed.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Date: 2012-04-22T23:15:00+02:00
List-Id: <comp.lang.ada>

On 22.04.12 19:39, Jacob Sparre Andersen wrote:
> Georg Bauhaus wrote:
>
>>>> I must use one set of options for an entire program in this case.
>
>> This requirement is likely a fact (external) that we can't change.
>
> But aren't you adhering to the requirement, if you execute "gnatmake -P
> some_project_file" to build the entire program?  Or is it mandated that
> each child process of "gnatmake" should have the same build options?
>
> Do you know (and are you free to tell us) the rationale for the
> requirement?

It's nothing spectacular; the setup of a many languages project
(nothing critical, but possibly reputational ;-) is currently such
that its central circuits invoke translators with options.
That is, no configuration files or anything.  One reason for this
restriction is---I am just guessing here---that the makers of the
setup have enough work to do and would not want to tackle yet another
configuration language. Also, the use of configuration files is
less transparent to users of other languages than just switches;
they make things more understandable and more comparable.
And this kind of control works with pretty much every language