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.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail
From: Stephen Leake <stephen_leake@stephe-leake.org>
Newsgroups: comp.lang.ada
Subject: Re: Aggregate GPRs
References: <ly37z0zo40.fsf@pushface.org>
Date: Mon, 31 Aug 2015 07:37:19 -0500
Message-ID: <86twrf63cw.fsf@stephe-leake.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt)
Cancel-Lock: sha1:fuTo2y2fF3nBdj4x6pKCfH9v7XI=
MIME-Version: 1.0
Content-Type: text/plain
X-Complaints-To: abuse@flashnewsgroups.com
Organization: FlashNewsgroups.com
X-Trace: c65de55e44a81e97f808422573
X-Received-Bytes: 1919
X-Received-Body-CRC: 3104110193
Xref: news.eternal-september.org comp.lang.ada:27649
Date: 2015-08-31T07:37:19-05:00
List-Id: <comp.lang.ada>

Simon Wright <simon@pushface.org> writes:

> I see from the documentation[1] that, for projects built through the
> aggregate project, package Builder is ignored 

The section you reference does not say this; did you find it elsewhere?

It does say the specific attribute Global_Compilation_Switches is
ignored in standard projects, since it is overridden by the value given
in the aggregate project.

> (even if the aggregate project doesn't have a package Builder?).
>
> I've just found (with GPRBUILD GPL 2015) that the attributes Target and
> Runtime are also ignored!

In GNAT 2015 gnat_ugn.info, Target and Runtime are listed in setcion
5.9.10.1 as Project Level Configuration attributes. So they are not in
package Builder.

Section 5.9.10 says configuration attributes are "usually found only in
configuration project files".

I'm fully aware that the documentation for gprbuild often differs from
what gprbuild actually does, but did you put these attributes in a
config project file in your testing?

> These features seem to me to reduce the usefulness of aggregate projects
> to the point of uselessness. Does anyone have positive experiences with
> them?

I've only used aggregrate projects to specify project_path; I find that
very useful.

-- 
-- Stephe