From: agnew@trwrc.UUCP (R.A. Agnew)
Subject: Re: "C" vrs ADA
Date: Thu, 3-Sep-87 16:03:45 EDT [thread overview]
Date: Thu Sep 3 16:03:45 1987
Message-ID: <216@trwrc.UUCP> (raw)
In-Reply-To: 578@sugar.UUCP
In article <578@sugar.UUCP> peter@sugar.UUCP (Peter da Silva) writes:
>What's wrong with Modula-2? As near as I can tell it has all the advantages
>of ADA, and few of the disadvantages. That's my main objection to the language:
Well for one its not on the DOD approved Language list, but my problems with it
are that it doesn't allow operator and procedure overloading and you can't return
a structured result from a function.( no flames about pointers please! )
These features prevent application oriented (problem-oriented) abstraction
(e.g. package Complex_Matrices which uses Complex_Vectors which uses Complex_Numbers )
These abstractions, and more sophisticated ones, allow me to generate code an order
of magnitude faster than I can in Modula II.
I know, because I have done the same problems in Ada, Pascal (Green Hills, Turbo,
and Sun/Berkeley), Modula II (3 different PC compilers), and C (Green Hills, PCC,
and others). Of course I'm talking about applications (like adaptive beamforming)
and not system software. Please keep in mind that Ada was intended to write
applications software ( not the washing machine variety that Ada authors describe )
rather than system software. Of course that doesn't mean that it's not good for
writing OS's and compilers; in fact I've had very good results with Ada in those areas)
The treatment of generics in Modula II leaves a lot to be desired. I miss
case sensitivity in both. Modula II's sets are wimpy, but then that's why I
designed PGL1.
next prev parent reply other threads:[~1987-09-03 20:03 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
1987-08-17 21:36 "C" vrs ADA Glen Harman
1987-08-18 14:49 ` spf
1987-08-19 17:03 ` "C" AND Ada Eugene Miya N.
1987-08-20 1:52 ` Richard Harter
1987-08-20 17:29 ` "C" AND Ada (epigram) David Palmer
1987-08-21 9:09 ` "C" AND Ada Kent Paul Dolan
1987-08-19 20:45 ` "C" vrs ADA ark
1987-08-20 20:10 ` Stephen 2. Williams
1987-08-21 0:19 ` Jef Poskanzer
1987-08-21 9:15 ` Webber
1987-08-21 1:04 ` R.A. Agnew
1987-08-21 15:27 ` spf
1987-08-23 0:35 ` Henry Spencer
1987-08-23 18:07 ` wyatt
1987-08-25 17:55 ` John Unekis
1987-08-25 18:57 ` David C. Albrecht
1987-08-27 16:32 ` Henry Spencer
1987-08-28 16:31 ` Renu Raman, Sun Microsystems
1987-08-28 15:51 ` Peter da Silva
1987-08-30 1:05 ` Rahul Dhesi
1987-08-31 13:55 ` sns
1987-09-04 16:51 ` VAX/VMS C Jim Sullivan
1987-08-18 15:17 ` "C" vrs ADA G.Gleason
1987-08-18 18:09 ` John Unekis
1987-08-21 12:07 ` Mr. Patrick J. Kelly Jr. GS-13
1987-08-21 13:00 ` steve
1987-08-21 14:04 ` Stefan M. Vorkoetter
1987-08-22 23:31 ` COBOL vs "C" vs ADA neubauer
1987-08-24 23:11 ` Dave Levenson
1987-08-25 19:18 ` FORTRAN vs COBOL vs Pascal vs C " Stephen the Greatest
1987-08-23 13:13 ` COBOL vrs Ada (was: Re: "C" vrs ADA) Kent Paul Dolan
1987-08-21 14:17 ` "C" vrs ADA M.P.Lindner
1987-08-21 15:10 ` Dave Haynie
1987-08-21 16:07 ` crowl
1987-08-22 2:44 ` hitchens
1987-08-27 18:53 ` jym
1987-08-22 14:31 ` Roy Smith
1987-08-26 16:17 ` Kurt Hoyt
1987-08-23 0:33 ` Henry Spencer
1987-08-18 18:43 ` Dave Haynie
1987-08-22 21:09 ` Eric Beser sys admin
1987-08-25 16:35 ` David Palmer
1987-08-26 14:21 ` spf
1987-08-28 0:49 ` peter
1987-09-03 20:03 ` R.A. Agnew [this message]
1987-08-26 3:38 ` Doug Gwyn
1987-08-26 19:32 ` Charles Simmons
1987-08-26 9:25 ` Randell Jesup
1987-08-26 15:40 ` M.P.Lindner
1987-08-27 17:44 ` Jeff Bartlett
1987-08-31 17:53 ` mpl
1987-09-01 22:03 ` Barry Margolin
1987-09-02 0:32 ` eric
1987-08-26 18:30 ` Dave Haynie
1987-08-29 6:25 ` Henry Spencer
1987-09-01 19:02 ` Jacob Gore
1987-09-02 14:09 ` stt
-- strict thread matches above, loose matches on Subject: below --
1987-08-25 20:44 blackje%sungod.tcpip
[not found] <822@s.cc.purdue.edu>
1987-08-28 12:33 ` kelly
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox