comp.lang.ada
 help / color / mirror / Atom feed
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



  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