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-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,38159b1b5557a2e7
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2004-01-30 08:52:21 PST
Path: 
 archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!nnx.oleane.net!oleane!freenix!wanadoo.fr!not-for-mail
From: Pascal Obry <obry@act-europe.fr>
Newsgroups: comp.lang.ada
Subject: Re: Standard Ada Preprocessor
Date: 30 Jan 2004 17:52:21 +0100
Organization: ACT Europe - http://www.act-europe.fr
Message-ID: <uekthjs56.fsf@act-europe.fr>
References: 
 <slrnc0nlj3.1jn.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <400BDB7C.40100@noplace.com>
 <slrnc0nncv.4qq.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <400D2150.6000705@noplace.com> <nBdPb.5187$rW5.288435@news20.bellglobal.com>
 <400E72F9.8060501@noplace.com> <LNOdncWFbKUojpLdRVn-uQ@comcast.com>
 <100upo7ln5e3k59@corp.supernews.com> <400FC8E8.2040100@noplace.com>
 <cHTPb.16284$U77.1295124@news20.bellglobal.com>
 <4011127C.4030801@noplace.com> <tv52105co4kgcmr589njd49a0la6kjg28m@4ax.com>
 <QEcQb.20015$cQ6.817492@news20.bellglobal.com>
 <101377e54car5cc@corp.supernews.com>
 <UqcRb.24655$Kg6.215341@news20.bellglobal.com>
 <PndRb.27661$1e.8111@newsread2.news.pas.earthlink.net>
 <F_fRb.4027$qU3.176378@news20.bellglobal.com>
 <VZedne8ENeKeN4jdRVn-vg@comcast.com>
 <XdxRb.49218$Kg6.359124@news20.bellglobal.com>
 <wccn089qfg2.fsf@shell01.TheWorld.com> <4017AAEF.1020304@noplace.com>
NNTP-Posting-Host: avelizy-103-1-4-137.w80-11.abo.wanadoo.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: news-reader1.wanadoo.fr 1075481541 2853 80.11.102.137 (30 Jan 2004
 16:52:21 GMT)
X-Complaints-To: abuse@wanadoo.fr
NNTP-Posting-Date: 30 Jan 2004 16:52:21 GMT
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.95
Xref: archiver1.google.com comp.lang.ada:5101
Date: 2004-01-30T16:52:21+00:00
List-Id: <comp.lang.ada>


Marin,

> The hiding of system/target/compiler dependent stuff in a body is all well
> and good. (I'm not convinced that it can *always* be hidden in a body and
> even if it can, that's another layer of indirection that sometimes starts
> posing unnecessary overhead for applications that might care about that.)

Pragma Inline could be used to avoid that.

> Sure, isolate it in a body. Write a monograph about how to hide compiler,
> target, OS, and other platform dependencies in a body. I'll try to follow
> it. Now give me a way to select *which* body I want via some standard
> compiler mechanism that I can count on having available.

:) You know that this is not portable. Ada has nothing to do with file system
and configuration management.

> Shell scripts, makefiles or other build process mechanisms are simply
> pushing *that* problem off in another layer of indirection - and its a
> non-portable, uncertain layer at that.

I do this with a makefile, lot of GNU software are doing that from a configure
script. Using ClearCase you can use a specific view for the target/OS/hardward
whatever you want the view to me... But I repeat this is not a compiler issue
but a Configuration Management one. Use the on that best fits for your
project.

Pascal.

-- 

--|------------------------------------------------------
--| Pascal Obry                           Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--|         http://perso.wanadoo.fr/pascal.obry
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595