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=0.7 required=5.0 tests=BAYES_00,INVALID_DATE,
	MSGID_SHORT,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no
	version=3.4.4
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!att!cbnewsl!arny
From: arny@cbnewsl.ATT.COM (arny.b.engelson)
Newsgroups: comp.lang.ada
Subject: Re: Dave Emery's proposal for Ada preprocessor
Message-ID: <3285@cbnewsl.ATT.COM>
Date: 13 Dec 89 14:31:52 GMT
References: <8912122030.AA05794@Herbrand.Inference.Com>
Reply-To: arny@cbnewsl.ATT.COM (arny.b.engelson,wh,)
Organization: AT&T Bell Laboratories
List-Id: <comp.lang.ada>

In article <8912122030.AA05794@Herbrand.Inference.Com> sdl@herbrand.Inference.Com (Daniel Lee) writes:
>Currently, we are using cpp on a Sun to preprocess the master Ada
>source with cpp macros embedded (e.g. #if, #endif, etc.).  Then, we preprocess
>it using cpp.
>
>				Danile Lee
>				Inference Corporation
>				sdl@inference.com

You're not the only one doing this.  I have seen folks here also using the
C preprocessor to maintain Ada code for more than one target.  This is a
pretty good indication that we need a standard Ada preprocessor.  You can
argue for or against such a thing based on philosophical reasons, but if
experienced, competent programmers are going as far as using cpp, we really
ought to create a standard Ada preprocessor.

  -- Arny Engelson   att!wayback!arny