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,85034d1ac78a66eb
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-02-23 06:46:00 PST
Path: 
 archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news.tele.dk!small.news.tele.dk!193.174.75.178!news-fra1.dfn.de!news-han1.dfn.de!news.fh-hannover.de!news.cid.net!news.enyo.de!not-for-mail
From: Florian Weimer <fw@deneb.enyo.de>
Newsgroups: comp.lang.ada
Subject: Re: Ada Operating System
Date: Sat, 23 Feb 2002 15:31:18 +0100
Organization: Enyo -- not your organization
Message-ID: <87y9hk46dl.fsf@deneb.enyo.de>
References: <a4u9d00vqe@enews2.newsguy.com>
 <5Tzc8.111999$H37.15018616@news2-win.server.ntlworld.com>
 <slrna75lja.g7h.hugues@neraka.rezel.enst.fr>
 <a4uqu402315@enews2.newsguy.com>
 <ee19489.0202200647.3a45bc32@posting.google.com>
 <3C73F480.5010806@mail.com> <a533vq$sts$1@knossos.btinternet.com>
 <9ff447f2.0202220108.7f14c9bc@posting.google.com>
 <a56a64$8201@news.cis.okstate.edu> <9SMd8.122423$Pz4.542721@rwcrnsc53>
NNTP-Posting-Host: deneb.enyo.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: cygnus.enyo.de 1014474624 3825 212.9.189.171 (23 Feb 2002 14:30:24
 GMT)
X-Complaints-To: abuse@enyo.de
NNTP-Posting-Date: 23 Feb 2002 14:30:24 GMT
Cancel-Lock: sha1:lCkii3hGMjr/0u9LIyZ3/1Cuoyg=
Xref: archiver1.google.com comp.lang.ada:20298
Date: 2002-02-23T14:30:24+00:00
List-Id: <comp.lang.ada>

Wannabe h4x0r <chris@dont.spam.me> writes:

> The correct statement would be that GNAT is written in Ada95 and the GCC
> RTL. i.e. GCCs internal representation tokens.

I wouldn't phrase it this way.  GNAT trees are converted to GCC trees,
and this portion of the compiler is written in K&R C.  AFAIK, most of
the time, it doesn't deal with RTL generation directly, either.  RTL
generation from trees is the job of the GCC backend.

You can't implement GCC functionality in RTL (only by transforming
RTL, but that's a different matter ;-).

> As far as I know, there is not a single line of C code anywhere in
> the GNAT source code "proper".  I could be mistaken, but I dont
> think I am.

GNAT performs file I/O using the standard C library, for example.
Some low-level parts of the runtime library are written in C, too.