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-02-13 09:42:03 PST
Path: 
 archiver1.google.com!news2.google.com!news.maxwell.syr.edu!wn14feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail
From: "Warren W. Gay VE3WWG" <warren@ve3wwg.tk>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Standard Ada Preprocessor
References: <bub5n8$kf5$1@atlantis.news.tpi.pl> <budvvf$9al$1@online.de>
 <bue4r7$3n6$1@nemesis.news.tpi.pl> <400A9B48.3060100@noplace.com>
 <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> <wcc7jzkoyua.fsf@shell01.TheWorld.com>
 <401118FD.701@noplace.com> <guidncRhwuWClY_dRVn-vw@comcast.com>
 <40126B5E.8050205@noplace.com> <XtednRvzSdZwCY_dRVn-vw@comcast.com>
 <MEwSb.43806$mf4.1510770@news20.bellglobal.com>
 <wv-dnQ0mNLR9lobd4p2dnA@comcast.com>
 <99wTb.4905$bp1.159188@news20.bellglobal.com>
 <Gumdnd3wFocuprzd4p2dnA@comcast.com>
 <H7QUb.32953$9U5.1366623@news20.bellglobal.com>
 <plptcnx9ok.fsf_-_@sparre.crs4.it>
 <oX8Wb.3886$y07.310882@news20.bellglobal.com> <plad3qip07.fsf@sparre.crs4.it>
In-Reply-To: <plad3qip07.fsf@sparre.crs4.it>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <tN7Xb.11108$lK.722517@news20.bellglobal.com>
Date: Fri, 13 Feb 2004 12:27:41 -0500
NNTP-Posting-Host: 198.96.223.163
X-Complaints-To: abuse@sympatico.ca
X-Trace: news20.bellglobal.com 1076693209 198.96.223.163 (Fri,
 13 Feb 2004 12:26:49 EST)
NNTP-Posting-Date: Fri, 13 Feb 2004 12:26:49 EST
Organization: Bell Sympatico
Xref: archiver1.google.com comp.lang.ada:5539
Date: 2004-02-13T12:27:41-05:00
List-Id: <comp.lang.ada>

Jacob Sparre Andersen wrote:

> Warren W. Gay VE3WWG wrote:
>>Jacob Sparre Andersen wrote:
>>>Warren W. Gay VE3WWG wrote:
>>>But don't you agree that allowing a preprocessor to work on
>>>package specifications isn't exactly good Ada style.
>>
>>No argument. But I do have a problem to solve. The problem is ugly,
>>and the solution might be ugly too ;-)
> 
> :-(
> 
> Do you have any examples, where you would have, or actually have, used
> a preprocessor on package specifications?  (I hope I haven't missed
> some in the discussion)

I've kind of run out of steam on this thread. I've pointed out
some general examples in the earlier parts of this thread.

>>So given the above, the real resistance is boils down to the
>>argument "I don't want to ever see it".
> 
> If you are talking about full C preprocessor style conditional
> compilation, you are certainly right.

No, actually (this has been discussed earlier in this thread).
Remember that some of C/C++'s problems are related to #include
which is quite different that with-ing a package. However, there
are times when you want to with one package over another (for
example you want to use the GNAT.* package(s) when using GNAT,
and something else to replace if compiling with another compiler).
This is just one example and of course you need to conditionally
compile code depending upon which package(s) you have with-ed
because the functionality may not be the same (certainly the
hierarchical names for the package defined items are different
also).

-- 
Warren W. Gay VE3WWG
http://ve3wwg.tk