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, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,4b12a5cee4778f63 X-Google-Attributes: gid103376,public From: Ada2001 Subject: Re: GNAT & GCC performace (bad news) Date: 1999/12/08 Message-ID: <82lpur$6m8$1@nnrp1.deja.com>#1/1 X-Deja-AN: 557958673 References: <38473D90.68D8F47@acenet.com.au> <1999Dec3.103807.1@eisner> <82fgh2$mt3$1@nnrp1.deja.com> <1999Dec6.073729.1@eisner> <82hn65$a5o$1@nnrp1.deja.com> <384D4A80.DBAA4E67@averstar.com> <82kumr$jrd$1@nnrp1.deja.com> X-Http-Proxy: 1.0 x31.deja.com:80 (Squid/1.1.22) for client 205.175.225.22 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Wed Dec 08 14:28:50 1999 GMT X-MyDeja-Info: XMYDJUIDada2001 Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.51 [en]C-CCK-MCD (WinNT; U) Date: 1999-12-08T00:00:00+00:00 List-Id: In article <82kumr$jrd$1@nnrp1.deja.com>, Robert Dewar wrote: > > I definitely agree with this. The problems I mentioned are all > ones that are fundamental to a C back end, and it seems > perfectly appropriate to attach to the front end by generating > C. Either the front end does no optimization, in which case > it's a wash, or it optimizes, in which case you are ahead. > > People often assume that gcc is a C back end, but actually at > this stage it is a multi-language back end. When we first > wrote GNAT, gcc did not know any Ada at all, and we could have > linked to the existing gcc backend by doing the same kind of > Ada-to-C mapping as is done by the Intermetrics front end > (although at least we had efficient nested procedures, because > GNU C has nested functions). > > But we decided this would lose too much efficiency for some > constructions, and we modified the back end of GCC to accomodate > Ada more closely. See the paper "Teaching GCC Ada" [or somesuch > title] in a recent Tri-Ada conference (sorry, do not have exact > reference). > Can you give us an overview of how JGNAT differs from regular GNAT with respect to dependence on gcc? I have the impression, quite possibly wrong, that all of JGNAT including the bytecode generator is written in Ada and that it doesn't depend on gcc. Is that correct? F. Britt Snodgrass Sent via Deja.com http://www.deja.com/ Before you buy.