From: forsyth@vitanuova.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Rant (was Re: Plan9 and Ada95?)
Date: Fri, 9 Nov 2001 13:54:54 +0000 [thread overview]
Message-ID: <20011109134911.77E5019A41@mail.cse.psu.edu> (raw)
[-- Attachment #1: Type: text/plain, Size: 914 bytes --]
sorry, i wasn't clear. i meant that you'd need to change the gnat code generator
to generate a different representation, not that you'd need another
code generator working from the RTL. as you say, gcc's RTL
is machine-specific.
by `if gnat is structured so as to allow another ... in principle',
i meant, it has some internal representation of the Ada program that
is at or near a useful level for code generation, before it produces RTL.
if it is producing RTL directly from a basic parse tree,
you'll have your work cut out.
i don't remember dewar's description of gnat's structure,
except that it converts its internal representation of Ada
to RTL at some point, so i don't know the answer
and i can't be much more specific without looking
at Gnat's code (which i've also seen but forgotten as regards this point).
it was a good five years ago and i was curious
rather than interested.
[-- Attachment #2: Type: message/rfc822, Size: 2368 bytes --]
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Rant (was Re: Plan9 and Ada95?)
Date: Fri, 9 Nov 2001 10:17:07 GMT
Message-ID: <874ro5vz8b.fsf@becket.becket.net>
forsyth@vitanuova.com writes:
> the gnat code generator doesn't generate code
> directly (or it didn't), it generates the gcc internal representation,
> so it's a non-trivial modification, even if gnat is structured
> so as to allow another code generator in principle.
The "gcc internal representation" (RTL) is not something a different
code generator could work with. The definition of "valid RTL" is
entirely machine-specific and so forth. When a GCC front-end begins
writing RTL, it is tightly coupled with the back-end. (Indeed, it
generates RTL mostly by asking the back-end to spit out RTL for
various operations.)
The value of RTL in GCC is not to firmly decouple the front end from
the back end, but rather to decouple optimizations from the back end.
Thomas
next reply other threads:[~2001-11-09 13:54 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-09 13:54 forsyth [this message]
2001-11-12 10:32 ` Thomas Bushnell, BSG
-- strict thread matches above, loose matches on Subject: below --
2001-11-11 16:32 presotto
2001-11-12 10:44 ` Thomas Bushnell, BSG
2001-11-10 10:15 forsyth
2001-11-09 22:54 David Gordon Hogan
2001-11-09 22:46 David Gordon Hogan
2001-11-09 22:37 David Gordon Hogan
2001-11-09 22:26 David Gordon Hogan
2001-11-10 0:10 ` William Josephson
2001-11-10 8:29 ` Matthew Hannigan
2001-11-10 8:39 ` Andrey A Mirtchovski
2001-11-11 1:38 ` Steve Kilbane
2001-11-11 3:34 ` Dan Cross
2001-11-11 11:20 ` Steve Kilbane
2001-11-11 17:30 ` Dan Cross
2001-11-12 10:42 ` Thomas Bushnell, BSG
2001-11-11 8:25 ` paurea
2001-11-11 17:31 ` Dan Cross
2001-11-09 22:11 David Gordon Hogan
2001-11-12 10:41 ` martin.m.dowie
2001-11-09 14:01 forsyth
2001-11-09 7:41 Russ Cox
2001-11-09 17:27 ` Dan Cross
2001-11-08 18:03 anothy
2001-11-09 21:01 ` Boyd Roberts
2001-11-08 15:09 forsyth
2001-11-09 10:17 ` Thomas Bushnell, BSG
2001-11-08 15:06 forsyth
2001-11-08 15:00 presotto
2001-11-08 12:49 rob pike
2001-11-09 10:09 ` Thomas Bushnell, BSG
2001-11-12 10:34 ` Andrew Simmons
2001-11-13 10:26 ` Thomas Bushnell, BSG
2001-11-08 12:30 bwc
2001-11-08 12:58 ` Re[2]: " Matt
2001-11-09 0:06 ` Noah Diewald
2001-11-09 9:51 ` Taj Khattra
2001-11-08 12:05 nigel
2001-11-09 10:08 ` Thomas Bushnell, BSG
2001-11-09 13:43 ` Andrey A Mirtchovski
2001-11-08 8:51 Russ Cox
2001-11-08 9:22 ` Lucio De Re
2001-11-08 6:45 anothy
2001-11-08 8:05 ` Lucio De Re
2001-11-08 10:36 ` Christopher Nielsen
2001-11-08 10:39 ` Thomas Bushnell, BSG
2001-11-08 21:22 ` Matthew Hannigan
2001-11-09 0:30 ` Steve Kilbane
2001-11-09 7:02 ` George Michaelson
2001-11-09 15:52 ` Caffienator
2001-11-09 21:06 ` Boyd Roberts
2001-11-08 1:57 okamoto
2001-11-09 0:22 ` Dan Cross
2001-11-07 21:34 anothy
2001-11-08 5:30 ` Lucio De Re
2001-11-08 5:43 ` George Michaelson
2001-11-08 7:07 ` Jim Choate
2001-11-08 7:40 ` Lucio De Re
2001-11-08 10:40 ` Thomas Bushnell, BSG
2001-11-08 20:15 ` Quinn Dunkan
2001-11-08 5:59 ` Andrey A Mirtchovski
2001-11-08 7:16 ` Steve Kilbane
2001-11-29 4:44 ` Boyd Roberts
2001-11-07 19:58 forsyth
2001-11-07 20:18 ` Lucio De Re
2001-11-07 19:25 forsyth
2001-11-07 20:14 ` Lucio De Re
2001-11-08 10:38 ` Caffienator
2001-11-07 18:56 David Gordon Hogan
2001-11-07 19:33 ` Lucio De Re
2001-11-08 1:43 ` Dan Cross
2001-11-29 5:01 ` Boyd Roberts
2001-11-07 17:54 [9fans] Re: Plan9 and Ada95? David Gordon Hogan
2001-11-07 18:26 ` [9fans] Rant (was Re: Plan9 and Ada95?) Lucio De Re
2001-11-08 10:39 ` Thomas Bushnell, BSG
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011109134911.77E5019A41@mail.cse.psu.edu \
--to=forsyth@vitanuova.com \
--cc=9fans@cse.psu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).