comp.lang.ada
 help / color / mirror / Atom feed
From: mfeldman@seas.gwu.edu (Michael Feldman)
Subject: Re: Is C/C++ the future?
Date: 1 Nov 1994 21:16:39 -0500
Date: 1994-11-01T21:16:39-05:00	[thread overview]
Message-ID: <396sq7$5j0@felix.seas.gwu.edu> (raw)
In-Reply-To: 1994Nov1.131914.14904@sei.cmu.edu

In article <1994Nov1.131914.14904@sei.cmu.edu>,
Richard Riehle <riehler@ajpo.sei.cmu.edu> wrote:

[snip]

>  Even though Ada 9X provides some relief in this area, the continued progress
>  in new hardware designs will necessitate retaining the capability for 
>  interfacing high-level code  to low-level code in some applications.   

Part of the "relief" provided in Ada 9X is the annexes, which can be
thought of as optional, extendible, parts of the standard. The annexes
do not introduce syntax, only packages, types, pragmas, etc. See below.

>>Should the language include platform independent ways of doing most of
>>those 'platform-specific' things?  It would seem to follow the Ada
>>philosophy of maximal safety; after all, if pieces of configuration
>>control are required to be part of the linker, why not define an 'Ada
>>windows' interface (for example) and then require compilers for
>>platforms with window support to map their functionality onto the
>>interface? 

This is a nice idea, and is certainly a reasonable sort of thing to put 
in a future annex. However, your example turns out to be a rather
difficult case, because "windows" is an area with much diversity,
and reaching consensus on a common interface that would nicely map
to (say) Mac, Windows, OS/2 PM, and X, without resulting in a
too-low common denominator, would be very hard. If you think it
would be feasible, how 'bout if you take a crack at specifying it.

>   In principle, I agree. Much of this lies at the feet of the compiler 
>   vendors, who have chosen not to go beyond simple validation with some
>   of their products.  And validation requires nothing more than the bare
>   essentials of the language.  I provides no guarantee that the compiler
>   will be useful for real work.  

Well, in this case we can lay at the vendors' feet that they never
got together on a quasi-standard X binding. There are, unfortunately,
_several_ X bindings, mostly vendor-specific.

Mike Feldman
------------------------------------------------------------------------
Michael B. Feldman -  chair, SIGAda Education Working Group
Professor, Dept. of Electrical Engineering and Computer Science
The George Washington University -  Washington, DC 20052 USA
202-994-5919 (voice) - 202-994-0227 (fax) - mfeldman@seas.gwu.edu (Internet)
------------------------------------------------------------------------
         Ada on the World-Wide Web: http://lglwww.epfl.ch/Ada/
------------------------------------------------------------------------
"Non illegitimi carborundum." (Don't let the bastards grind you down.)
------------------------------------------------------------------------



  reply	other threads:[~1994-11-02  2:16 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1994-09-23 15:55 Is C/C++ the future? Gregory Aharonian
1994-09-23 16:36 ` David Weller
1994-09-23 21:38 ` Bernie Thompson
1994-09-24 12:20   ` David Weller
1994-10-14 13:53   ` R. William Beckwith
1994-10-14 19:11     ` John Barton
1994-10-15 17:01       ` R. William Beckwith
1994-10-19 18:57         ` Brad Brahms
1994-10-21 11:56           ` James Hopper
1994-10-25  0:40             ` Robert Monical
1994-10-25 18:08               ` Michael Feldman
1994-10-26  3:13                 ` Richard Riehle
1994-10-25 19:36             ` Brad Brahms
1994-10-25 23:46               ` Michael M. Bishop
1994-10-26  2:09                 ` Michael Feldman
1994-10-26  9:21                 ` David Emery
1994-10-27  1:52                   ` R. William Beckwith
1994-10-27 20:52                     ` Michael Feldman
1994-10-27 23:23                       ` R. William Beckwith
1994-10-28 19:00                         ` Michael Feldman
1994-10-28  9:14                       ` Robb Nebbe
1994-11-01  4:25                         ` Michael Feldman
1994-11-01 14:48                           ` David M. Tannen
1994-11-01 23:46                             ` AdaWorks
1994-11-02  4:29                               ` Carlos Perez
1994-11-02  7:35                           ` Dag Bruck
1994-11-05  0:03                             ` Michael Feldman
1994-10-26  3:47               ` Richard Riehle
1994-10-31 13:07                 ` Fred McCall
1994-11-01 11:29                   ` Robb Nebbe
1994-11-01 18:19                   ` Richard Riehle
1994-11-02  2:16                     ` Michael Feldman [this message]
1994-11-07 11:15                       ` David Emery
1994-11-02  3:49                 ` Is C/C++ the future? (LONG LONG POST) Greg Harvey
1994-11-07 11:20                   ` David Emery
1994-11-08  3:07                     ` Nathan Hand
1994-11-10  7:17                       ` Vince Risi
     [not found]             ` <1994Oct30.210203.1863@muvms6>
1994-10-31 11:23               ` Is C/C++ the future? Marc Wachowitz
1994-10-31 19:02               ` Richard Riehle
1994-11-05  1:52               ` Bill Janssen
1994-10-21 12:32           ` R. William Beckwith
1994-09-27 13:51 ` Joseph Skinner
1994-09-28 23:47 ` Michael M. Bishop
1994-10-14 19:11 ` jjb
  -- strict thread matches above, loose matches on Subject: below --
1994-09-29 18:14 Carlos Perez
1994-10-13 15:41 Bob Wells #402
1994-11-11 10:33 (No Name)
replies disabled

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