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: 1014db,3d3f20d31be1c33a X-Google-Attributes: gid1014db,public X-Google-Thread: 1108a1,2c6139ce13be9980 X-Google-Attributes: gid1108a1,public X-Google-Thread: 103376,3d3f20d31be1c33a X-Google-Attributes: gid103376,public X-Google-Thread: fac41,2c6139ce13be9980 X-Google-Attributes: gidfac41,public X-Google-Thread: f43e6,2c6139ce13be9980 X-Google-Attributes: gidf43e6,public X-Google-Thread: 109fba,2c6139ce13be9980 X-Google-Attributes: gid109fba,public From: Brian Rogoff Subject: Re: Is ADA as good for graphics programming as C? (WAS: Re: Avoiding the second historic mistake) Date: 1997/07/08 Message-ID: #1/1 X-Deja-AN: 255529858 References: <33A7D2DE.545B@polaroid.com> <33A9338D.10BB@polaroid.com> <33B09D64.E7F99DA3@saguarosoft.com> <33B16CBB.417A@gdesystems.com> Newsgroups: comp.object,comp.software-eng,comp.lang.ada,comp.lang.eiffel,comp.lang.c,comp.lang.c++ Date: 1997-07-08T00:00:00+00:00 List-Id: On 7 Jul 1997, Donovan Baarda wrote: > On Fri, 4 Jul 1997 15:11:35 -0700, Brian Rogoff wrote: > >No, the gcc backend is (was?) C specific, and other languages like Fortran > >77 also require changes (in particular to handle aliased arrays). The > >changes that make it into gcc are those which can do the greatest good for > >the greatest number of languages. > > > As a matter of interest, were the extensions added to the gcc backend for > Ada and Fortran merged and added to the gcc back end in general, or are > they mantained seperately as language specific backends? To the best of my knowledge, someone somewhere (MIT?) is modifying gcc/g77 to handle Fortran better. Since Ada is very proper about who can point to what (aliased variables must be made explicit) the same optimizations will be applicable, while C and C++ require some sort of no-alias pragma for this. > I also believe in using the best tool for the job, which means choosing > the best language for the application. It is easy to fall into the trap > of thinking that all you need is one language. Perhaps the root of all my > complaints about Ada stem from the fact that it tried to be the one tool > for everything. I never thought of it this way. Coming from a scientific computing background, I'd say it is competing with C, C++, Fortran, and Eiffel but not Matlab, Mathematica, Maple, or Macsyma (or Perl, or Icon, ...). -- Brian