TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy


Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
"Team Ada: Ada Advocacy Issues (83 & 95)" <[log in to unmask]>
"W. Wesley Groleau (Wes)" <[log in to unmask]>
Wed, 8 Jan 1997 11:09:39 EST
<[log in to unmask]>; from "Richard G. Hash" at Jan 8, 97 8:59 am
"W. Wesley Groleau (Wes)" <[log in to unmask]>
text/plain (31 lines)
:> > >[Do Ada compilers really generate better code than C compilers for similar
:> > >source code? -John]
:> >
:> > I have one anecdotal data point that says no.  While working for my
:> > ....
:> > This is of course a single data point, probably obsolete.
:> The Ada in question was being compiled with a 1988-vintage compiler
:> (Verdix) which wasn't all that great (if you claim it was awful, I won't
:> argue).  We never compiled with any optimization at all (-O0), since it
:> didn't work, ......

For what it's worth, in 1994, Verdix optimizers for SPARC and 680x0 would
create a bug in about one percent or less of the source files.  (One cute
bug was to optimize away a loop control variable that wasn't referenced
within the loop!)  What irritated me even more than compiler bugs was
that people would refuse to use the optimizer on any file.

I always figured it to turn off the optimizer for one out of a hundred
files was a lot easier than some of the code contortions people would
write for the sake of "hand-optimizing".

Especially since I demonstrated that the optimizer resulted in a speed up
of TWENTY times on some of our product's capabilities.

W. Wesley Groleau (Wes)                                Office: 219-429-4923
Hughes Defense Communications (MS 10-41)                 Home: 219-471-7206
Fort Wayne,  IN   46808                  (Unix): [log in to unmask]