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,6426898aedaa5880
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,UTF8
Path: 
 g2news2.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!newsfeed.stueberl.de!storethat.news.telefonica.de!telefonica.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Newsgroups: comp.lang.ada
Subject: Re: Pragma for conditional compilation? (Ada 2005 vs. 95)
From: Georg Bauhaus <rm.tsoh+bauhaus@maps.futureapps.de>
In-Reply-To: <1v8jdf.rc4.ln@hunter.axlog.fr>
References: <1190879769.361848.188220@22g2000hsm.googlegroups.com>
	 <XYPKi.143875$ax1.97469@bgtnsc05-news.ops.worldnet.att.net>
	 <1190929570.915553.284000@19g2000hsx.googlegroups.com>
	 <yP%Ki.124362$Fc.29034@attbi_s21> <ca6vs4-h3u.ln1@newserver.thecreems.com>
	 <4p1jdf.ssa.ln@hunter.axlog.fr>
	 <1190993095.488093.244130@r29g2000hsg.googlegroups.com>
	 <1v8jdf.rc4.ln@hunter.axlog.fr>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Message-Id: <1191002053.9585.66.camel@kartoffel>
Mime-Version: 1.0
X-Mailer: Evolution 2.10.1 
Date: Fri, 28 Sep 2007 19:54:13 +0200
Organization: Arcor
NNTP-Posting-Date: 28 Sep 2007 19:54:07 CEST
NNTP-Posting-Host: 42474cfa.newsspool2.arcor-online.net
X-Trace: 
 DXC==4<e@e2YFIgOKO]LCQ@0g`A9EHlD;3Ycb4Fo<]lROoRa<`=YMgDjhgb5B>[QUWnQIf=kbmW`a1fGgC`2T@AUZfCk7Ob8W<XR[hi
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news2.google.com comp.lang.ada:2193
Date: 2007-09-28T19:54:07+02:00
List-Id: <comp.lang.ada>

On Fri, 2007-09-28 at 18:08 +0200, Jean-Pierre Rosen wrote:
> Ludovic Brenta a =C3=A9crit :
> > Jean-Pierre Rosen writes:
> >> Library package renaming is a way to achieve the same effect without
> >> resorting to CM.
> >=20
> > But what if you want to maintain two versions of the software in
> > parallel, like the OP does? You'll want two versions of the renaming.
> > I don't see how you'd do that without some sort of configuration
> > management system. OK, maybe I'm biased: I haven't worked without a
> > configuration management system since 1999 :)
> >=20
> If you have something like:
>=20
> with OS_Services_Linux;
> package OS_Services renames OS_Services_Linux;
>=20
> You certainly need to edit the source to move to -say- a Windows=20
> version, but I claim that it is not much more work than changing the=20
> value of a variable in a Make file....

This is fine as long as you have control over the build process.
But if I understand the OP correctly, he wishes to write his part
of the software in such a way that others can integrate in with
their build machinery. Then, an environment variable set by the
build process is the input in data driven translation control :-)