Related articles |
---|
porting gcc bm216754@muenchen.org (2000-09-15) |
Re: porting gcc jeff.sturm@appnet.com (Jeff Sturm) (2000-09-17) |
Re: porting gcc msnw31175@cableinet.co.uk (Michael A. Sewell) (2000-09-17) |
Re: porting gcc bonzini@gnu.org (2000-09-17) |
Re: porting gcc bm216754@muenchen.org (2000-09-28) |
Re: porting gcc thp@roam-thp2.cs.ucr.edu (Tom Payne) (2000-10-08) |
From: | bm216754@muenchen.org (Juergen Fischer) |
Newsgroups: | comp.compilers |
Date: | 28 Sep 2000 17:39:41 -0400 |
Organization: | Compilers Central |
References: | 00-09-104 00-09-122 |
Keywords: | GCC |
thank you all for providing URLs.
Jeff Sturm <jeff.sturm@appnet.com> wrote:
> Juergen Fischer wrote:
> > - actually I want g++. assuming a g++ port, is the result any use for
> > porting gcc? are they "RTL-compatible" ?
>
> Err... why not? Both gcc and g++ generate RTL from syntax trees, and
> they share the same backend.
I heard about the possibility of a c++ -> c translator. however my
theory is that c++ exceptions need capabilities beyond stack
operations expressible in C, which is why I thought it might be
possible RTL had to be extended in order to run c++. this was the idea
behind the question.
Now As RTL turns out to be another level than I had thought of, the
question is obsolete.
> > - I need win32 executable gcc to start with.
>
> Get the mingw ports at http://www.mingw.org/.
Oh, I bumped into cygnus executable, but its bin/ contains a
mingwc10.dll ... but ld can't find crt0.o even though it is in
gcc/lib/ .
> > actually my first step problem is to download the right set of
> > source/executable packages to start with. and the "how to port gcc"
> > manual I heard about but searchengines don't find...
>
> This and many other links are available from the main GCC site:
>
> ftp://ftp.axis.se/pub/users/hp/pgccfd/pgccfd.pdf
I had a quick glance at it. mhm looks like lisp.
seems to be a language about pointer = 32bit register.
whilst I, knowing nothing, had expected to be presented some graphs...
then writing C code digging node structs (that keep yummy information
such as char*, I guess that's what you called syntax trees). this is
somewhere in C frontend, and I guess it would have made more
complicated to make this stage the backend interface, especially when
thinking about other language frontents. otoh I wonder whether there
is a machine that can (reasonably) run C, but can't run some of said
languages. probably it would actually not make problems to frontends,
but just complicate the backends.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.