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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,96ed71365ee11846
X-Google-Attributes: gid103376,public
From: dewar@cs.nyu.edu (Robert Dewar)
Subject: Re: Limitations of Ada
Date: 1996/08/02
Message-ID: <dewar.839020062@schonberg>#1/1
X-Deja-AN: 171800324
references: <96072915521064@psavax.pwfl.com> <4tlpfa$cr9@bagan.srce.hr>
 <4tr86p$fvd@rational.rational.com> <4tsvs7$ctk@portal.gmu.edu>
organization: Courant Institute of Mathematical Sciences
newsgroups: comp.lang.ada
Date: 1996-08-02T00:00:00+00:00
List-Id: <comp.lang.ada>


Jack said

"There is no reason at all that the C pre-processor cannot be
run on Ada source before sending it to the compiler.  Therefore,
one _can_ use macros, but it is neither standard nor advisable -
macros can be a source of very hard-to-find bugs."

Actually there is one reason: attributes will cause troubles, since they
don't look like valid C tokens.

But largely this is true, and in any case, other macro processors can be
used.