From: Gary Scott <scottg@flash.net>
Subject: Re: comparing gnat/Ada95 and g77
Date: Fri, 15 Mar 2002 00:52:02 GMT
Date: 2002-03-15T00:52:02+00:00 [thread overview]
Message-ID: <3C914684.60C59B59@flash.net> (raw)
In-Reply-To: 3c90a2cf$1@news.cadence.com
Hi,
Jean-Marc Bourguet wrote:
>
> Gary Scott <scottg@flash.net> writes:
>
> > Hi,
> > Gerald Kasner wrote:
> > >
> > > Reinert Korsnes schrieb:
> > > >
> > > > Hi,
> > > <snip>
> > >
> > > It's the algorithm, not the language that matters.
> >
> > Actually, the design of the language is quite significant it terms of
> > how easy it makes it to design a suitable optimizer. FORTRAN 77 should
> > be very easy to optimize so long as you're not using integer pointers
> > and/or aliasing. Fortran 95 is only slightly less "optimizable".
> > C-based languages are somewhat harder to optimize typically because they
> > ENCOURAGE use of pointers and various aliasing tricks.
>
> That's not the case of Ada. It is perhaps worse than Fortran, but is
> far better than C and C++ on this aspect.
That's what I would have expected.
>
> > However, some of the difference between Fortran compilers and other
> > languages has something to do with the fact that there are companies
> > with 30+ years experience tweaking their compiler (the FORTRAN 77
> > ones are largely mature, not to say that all intrinsics are optimal,
> > I keep seeing horrible performance with simple things like circular
> > shift).
>
> Another thing is that raw performance is an important factor in the
> Fortran market.
True. However, high-level "expressiveness" is dramtically improved by
Fortran 95 and I think that many OO buffs will very much like the
improvements in the upcoming standard. Still, we just can't seem to get
a proper bit string/array type into the standard (or unsigned integers,
or ...). If it can't be defined in a 100% portable way, it seems that
it won't be considered either. Ada (and PL/1) will probably always be
ahead in terms of "features" (simply syntactic sugar in some
cases)...unless Ada stops being developed. I doubt whether Fortran will
ever incorporate OS dependent features like
multi-tasking/threading/processes. It is increasingly supporting
parallel processing constructs, though.
>
> Yours,
>
> --
> Jean-Marc
--
Gary Scott
mailto:scottg@flash.net
mailto:webmaster@fortranlib.com
http://www.fortranlib.com
Support the GNU Fortran G95 Project: http://g95.sourceforge.net
next prev parent reply other threads:[~2002-03-15 0:52 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-14 9:47 comparing gnat/Ada95 and g77 Reinert Korsnes
2002-03-14 10:37 ` John McCabe
2002-03-14 11:00 ` Preben Randhol
2002-03-15 10:44 ` Reinert Korsnes
2002-03-15 12:14 ` John McCabe
2002-03-15 17:53 ` Georg Bauhaus
2002-03-16 14:00 ` Gautier
2002-03-14 10:58 ` Martin Dowie
2002-03-14 11:04 ` chris.danx
2002-03-14 11:07 ` Bobby D. Bryant
2002-03-14 11:41 ` David C. Hoos, Sr.
2002-03-14 11:06 ` Preben Randhol
2002-03-14 16:43 ` Jeffrey Carter
2002-03-14 11:14 ` Gerald Kasner
2002-03-14 12:59 ` Gary Scott
2002-03-14 13:17 ` Jean-Marc Bourguet
2002-03-15 0:52 ` Gary Scott [this message]
2002-03-14 16:19 ` Dan Andreatta
2002-03-15 9:35 ` Gerald Kasner
2002-03-14 17:31 ` Toshitaka Kumano
2002-03-14 16:40 ` Jeffrey Carter
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox