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=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,fef3ad775ef4b0b7
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!tiscali!newsfeed1.ip.tiscali.net!newsfeed.tiscali.ch!npeer.de.kpn-eurorings.net!npeer-ng1.kpn.DE!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Thu, 16 Oct 2008 13:20:03 +0200
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Common Configuration Settings
References: 
 <60e0c5f0-1e17-4add-b21e-b1ef622d5233@v13g2000pro.googlegroups.com>
 	<01b1f1e3-02eb-4a2a-88a3-5650f114a227@v39g2000pro.googlegroups.com>
 	<48EE710D.7080109@obry.net>
 <417af75d-56a0-44f3-b214-35c6603235e6@r38g2000prr.googlegroups.com>
 	<014b15d2-fe7c-4eeb-9366-7c92ef07efe2@f40g2000pri.googlegroups.com>
 	<74dc9192-deff-43fd-a5ef-fa9abd92e1e2@25g2000prz.googlegroups.com>
 	<2fad3f37-3b68-48cf-97aa-21c843815431@i18g2000prf.googlegroups.com>
 	<48f629ad$0$6577$9b4e6d93@newsspool4.arcor-online.net>
 <c9dbeda0-b401-40de-bf9f-5592938ae610@y29g2000hsf.googlegroups.com>
 	<956de137-8a05-405d-ad1d-28540ca2fe58@q26g2000prq.googlegroups.com>
 	<48f70c86$0$28910$9b4e6d93@newsspool1.arcor-online.net>
 <1dc68b1e-6e24-47bd-9551-0b6f28ebd801@u57g2000hsf.googlegroups.com>
In-Reply-To: 
 <1dc68b1e-6e24-47bd-9551-0b6f28ebd801@u57g2000hsf.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-ID: <48f72364$0$28920$9b4e6d93@newsspool1.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 16 Oct 2008 13:20:04 CEST
NNTP-Posting-Host: 9e9e4280.newsspool1.arcor-online.net
X-Trace: 
 DXC=:IcYD0Je489^cW`WBF>WQ<ic==]BZ:af>4Fo<]lROoR1Fl8W>\BH3Y23Ca@I4cOSh6;9OJDO8_SK6NSZ1n^B98i:f3U5VjAI`L1
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:2416
Date: 2008-10-16T13:20:04+02:00
List-Id: <comp.lang.ada>

christoph.grein@eurocopter.com schrieb:

>> Once a few basic rules are there, it should be easy to
>>
>> (a) transform the rules into compiler specific syntax
>>
>> (b) have rule transformation use host OS conventions
>>
>> (c) allow for compiler specific additions
>>
>> We would not have to learn yet another ad hoc language.
> 
> Aha, wouldn't we need some language for this? Python, Perl, Ruby, ...

No no no...!  Common configuration language just needs a simple
stupid abstract CFG based on existing language.

GNAT project files, or AdaMagic's ADA.LIB and UNIT.MAP are
heading in this direction.  There is overlap in what the
GNAT files and AdaMagic files contain, such as paths.
It is at this overlap of settings where I would start defining
simple common configuration.

The current situation for portable Ada projects is that even
when configuration settings are the same, you still need
to specify and maintain them in differnt ways. Why?

Obviously, configuration is important, and is adressed
in any case, by each vendor.
In order to reduce the amount of duplicated configuration
information, a common core would need to be formalized.
Now that Ada.Directories and Ada.Environment_Variables
are part of the Ada language implementers have algorithms
ready.