From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3ccb707f4c91a5f2 X-Google-Attributes: gid103376,public From: bobduff@world.std.com (Robert A Duff) Subject: Re: C++ Standardization (was: Once again, Ada absent from DoD SBIR solicitation) Date: 1996/10/22 Message-ID: #1/1 X-Deja-AN: 191276068 references: <326B6DFD.732B@ainslie.com.au> <326C1473.433C@ainslie.com.au> organization: The World Public Access UNIX, Brookline, MA newsgroups: comp.lang.ada Date: 1996-10-22T00:00:00+00:00 List-Id: In article <326C1473.433C@ainslie.com.au>, Shayne Flint wrote: >I'm not sure that you are going to get the world to use Ada. Perhaps not. But I'm hoping Ada use will be at least a substantial minority. >...The USA >still uses inches! Sad. >...In any case Ada does interface with other languages >and systems with little effort. If we want to use Win32, we can (it >doesn't have to be written in Ada), we can use Java libraries (with >AppletMagic), we talk to X/Motif, SQL databases, etc. every day. Ada is >compatible with other standards. Quite true, and this is good. One of the most important requirements of the Ada 9X project was to make these kinds of interfaces easy. However, interfacing is still not painless. If Win32 were written in Ada, then interfacing to it from Ada would be somewhat easier. >> For Ada to succeed, it can't just be better in an isolated sense -- it >> has to catch on. >> > >Well it is catching on enough to survive and that is what counts. ... Agreed. - Bob