comp.lang.ada
 help / color / mirror / Atom feed
From: rs9320@pegasus.cc.ucf.edu (Robert C. Soong)
Subject: Re: "Subtract C, add Ada"
Date: 7 Feb 1995 13:55:23 GMT
Date: 1995-02-07T13:55:23+00:00	[thread overview]
Message-ID: <3h7u4b$jrg@news.cc.ucf.edu> (raw)
In-Reply-To: 3fnj0l$lte@newsbf02.news.aol.com

RonaldS60 (ronalds60@aol.com) wrote:

: Gary Frankel (gfrankel@rational.com) wrote
: >As of late 1989, I was involved in a commerical Ada optimizing 
: >compiler... We published results on a wide variety of benchmarks
: >(Hennessey,etc) that showed that the Ada compiler was producing
: >better code than any commercially available C compiler at that time
: >and far better than most C compilers.  This was true for workstations
: >and cross compilers.
: >
: >I cant vouch to the same degree for the current state of the art
: >since I havent done the same studies recently, but I believe
: >that you will find tha the optimizing Ada compilers can produce
: >comparable or better code than C compilers.  I have also noticed
: >that a number of C++ compilers produce poorer code - probably due
: >to the current level of maturity.

: About two years ago a IEEE article (in one of the s/w engineering
: journals) compared the percentages of dead code (I assume using some
: reachability algorithm) between Fortran, C, and C++.  The numbers
: were suprising (to say the least) and indicated that while Fortran
: had the least dead code (followed by C) C++ could have upto 60%-75%
: dead code.  The exact quantity being undecidable in a static analysis
: due to virtual function calls.  This research hasn't had any obvious
: effect on the C++ crowd (or any of the OO people) that I have seen.

: >Generally, an optimizing Ada compiler is actually at an advantage over
: >C compilers due to Ada sources providing more useful type information
: >and the aliasing problems of C.  Ada compilers will tend to 
: >compile more slowly since they do considerably more checking than
: >C compilers.

: One of the problems with aliasing is covered in an article titled 
: 'The Undecidability of Aliasing' by G. Ramalingam in ACM Transactions
: on Programming Languages and Systems, vol. 16 no. 5, September 1994.

: >So, I think that anyone who does a careful study will simply not
: >find that C has any advantages in code efficiency over Ada at all
: >(at least on any program more than a few short lines).

: Actually there was an article around 1989 to 1991 covering the 
: difference between two programs (that did the same thing) written in
: C and Ada.  They were both compiled on the best compilers that could
: be found.  C won for overall speed, by less than 2% when runtime 
: checking was disabled (as it could be when the program was validated.)
: A 1% to 2% difference in speed isn't much price to pay when the
: overall development cycle is shortened (especially in testing) as
: much as Ada allows (when compared to C.)  Just think how nice it
: would have been if that company in Redmond had used Ada instead of
: C (oooh, software that actually works! and on time! ;{))).

: >-- Gary Frankel
: >
: >
: >Mitch Gart (mg@asp.camb.inmet.com) wrote:
: >: Jay Martin (jmartin@oahu.cs.ucla.edu) wrote:
: >
: >: : I read the abstracts to these papers before I posted, there is not
: >: : one peep about the relative efficiency between C and Ada which
: >: : should be the central topic of discussion in my opinion.
: >
: >: I wrote a paper on this, which is now pretty dated, but still might
: >: possibly be of interest:
: >
: >: "Benchmarking Ada, C, and Pascal", SigAda conference, July 1986,
: >: Pittsburgh.
: >
: >:  Mitch Gart


: Ron
: ======================================================
: Computers now make it possible to make more mistakes
: more efficiently than ever before possible.
: ======================================================



  reply	other threads:[~1995-02-07 13:55 UTC|newest]

Thread overview: 85+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3fgphd$sc3@rational.rational.com>
1995-01-20  5:51 ` "Subtract C, add Ada" RonaldS60
1995-02-07 13:55   ` Robert C. Soong [this message]
1995-02-10 13:49 R.A.L Williams
     [not found] <3gsr0e$oin@miranda.gmrc.gecm.com>
1995-02-07 16:58 ` Mark S. Hathaway
1995-02-08  7:39   ` Travis C. Porco
1995-02-08 16:07     ` Fred J. McCall
1995-02-08 21:30       ` Garlington KE
  -- strict thread matches above, loose matches on Subject: below --
1995-01-31  9:34 R.A.L Williams
1995-02-01 16:45 ` Charles H. Sampson
1995-01-23  8:49 R.A.L Williams
1995-01-25 23:18 ` Charles H. Sampson
1995-01-20 10:20 R.A.L Williams
1995-01-20 13:22 ` Renaud HEBERT
1995-01-24  3:35   ` David Moore
1995-01-25  5:38     ` Robert Dewar
1995-01-28 16:35     ` Jules
1995-01-29  8:06       ` Matt Kennel
1995-01-30  5:31       ` Michael Feldman
1995-01-31 22:22         ` David O'Brien
1995-01-24 20:23   ` N. Mellor
1995-01-25  8:50     ` Robb Nebbe
1995-01-25 14:19     ` John Volan
1995-01-26  5:07     ` Samuel Mize
1995-01-26 18:51       ` Mark A Biggar
1995-01-21 15:18 ` Robert Dewar
1995-01-21 21:03 ` David O'Brien
1995-01-23  3:09   ` Jay Martin
1995-01-23 12:50     ` Andrew McConnell
1995-01-24  0:54     ` Matt Kennel
1995-01-25 17:03       ` Norman H. Cohen
1995-01-26  1:13         ` Dr. Richard Botting
1995-01-26 14:32         ` Anders Juul Munch
1995-01-24  0:17   ` Bob Kitzberger
1995-01-23 20:46 ` Robert Firth
1995-01-24 14:25   ` Samuel Mize
1995-01-25  7:27     ` David O'Brien
1995-01-25 12:14     ` Robert A Duff
1995-01-25  5:57   ` David O'Brien
     [not found]     ` <3g9rf0$71k@Starbase.NeoSoft.COM>
1995-01-28 21:08       ` David O'Brien
1995-01-31 18:07         ` Samuel Mize
1995-02-01 10:23         ` Samuel Mize
1995-01-30  0:24     ` Mark S. Hathaway
1995-01-31  3:30       ` Jay Martin
1995-02-01 13:25         ` Jesper Kaagaard
1995-01-20  9:33 R.A.L Williams
     [not found] <3fdcoi$chn@miranda.gmrc.gecm.com>
1995-01-20  5:01 ` Samuel Mize
1995-01-20 22:07   ` Garlington KE
1995-01-24  5:02     ` R_Tim_Coslet
     [not found] <3etund$hnr@miranda.gmrc.gecm.com>
1995-01-12  9:56 ` Erik Svensson
1995-01-12 14:44 ` Norman H. Cohen
1995-01-13  1:51 ` David O'Brien
1995-01-13 12:38   ` Laurent Gasser
1995-01-13 20:53     ` John DiCamillo
     [not found]       ` <3f8fnf$c8p@gamma.ois.com>
1995-01-16 11:02         ` Matt Kennel
     [not found]         ` <milodD2IFpG.329@netcom.com>
1995-01-17 21:39           ` R. William Beckwith
     [not found]       ` <3fa11q$sdh@gnat.cs.nyu.edu>
1995-01-16 20:20         ` David Moore
1995-01-14  0:24     ` David O'Brien
1995-01-20  4:43     ` Samuel Mize
1995-01-21 20:28       ` David O'Brien
1995-01-22 21:12         ` Robert Dewar
1995-01-23 18:35         ` Norman H. Cohen
1995-01-23 19:18         ` John Cosby - The Coz
1995-01-24 14:11         ` Samuel Mize
1995-01-14 10:37   ` Keith Thompson
     [not found]     ` <3fcjgt$b0v@cronkite.seas.gwu.edu>
1995-01-16 18:47       ` Robert Dewar
     [not found]   ` <D2It0r.4rp@inmet.camb.inmet.com>
1995-01-17 14:11     ` Norman H. Cohen
1994-12-30 16:06 Mitch Gart
1995-01-03 19:04 ` whiting_ms@corning.com (Matt Whiting)
1995-01-05  4:31   ` Michael Feldman
1995-01-04 21:40 ` Fred McCall
1995-01-05  4:30   ` Richard Pattis
1995-01-05 16:07   ` Kevin Weise
1995-01-06 13:06   ` Jahn Rentmeister
1995-01-06 16:47     ` Laurent Gasser
1995-01-06 17:29       ` David Weller
1995-01-06 17:30         ` David Weller
1995-01-10 18:28       ` Bob Kitzberger
1995-01-06 23:36   ` Kenneth Almquist
1995-01-04 22:45 ` Jay M. Martin
1995-01-05  4:37   ` Michael Feldman
1995-01-05 18:08     ` Jay Martin
1995-01-05 23:56       ` Robert Dewar
1995-01-08  8:04         ` Jay Martin
1995-01-06  0:07       ` Michael M. Bishop
1995-01-10 21:30         ` Jay Martin
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox