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: 1014db,df854b5838c3e14 X-Google-Attributes: gid1014db,public X-Google-Thread: 109fba,df854b5838c3e14 X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,df854b5838c3e14 X-Google-Attributes: gid103376,public X-Google-Thread: 10db24,fec75f150a0d78f5 X-Google-Attributes: gid10db24,public From: jsa@organon.com (Jon S Anthony) Subject: Re: C/C++ knocks the crap out of Ada Date: 1996/03/21 Message-ID: #1/1 X-Deja-AN: 143446387 sender: news@organon.com (news) references: organization: Organon Motives, Inc. newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu Date: 1996-03-21T00:00:00+00:00 List-Id: In article <4ipbdb$6j7@tpd.dsccc.com> kcline@sun132.spd.dsccc.com (Kevin Cline) writes: > The Ada community has been particularly slow at agreeing on de facto > standards, while the C community has moved much more quickly. Every > UNIX workstation is now X-windows based and the Ada community still > hasn't agreed on an API to X-windows. What's the matter with the C one? Sure, it's lowlevel, but the C folk get by with it. Just take the thin binding (via interfaces.c) and place the use of it in the implementation of the "GUI" interface specification for your program. > Practically this meant that the same C program could be ported between > compilers on the same OS, and could be ported between UNIX systems > with a bit more effort. This was not the case for Ada programs; every > compiler vendor provided a different API to the POSIX.1 facilities, > and until GNAT, no single compiler was available for all popular UNIX > systems. Well, the POSIX bindings have been done for a while now. And they work fine with Gnat. So, I suppose this paragraph is just irrelevant rubbish. > There is much to like about the Ada language, but it just isn't practical > for development of medium-scale (50-100K SLOC) UNIX or PC applications > with a significant system interface. The high startup cost and portablility Really? It's worked just fine for me on several occasions for this sort of thing. Quite practical. > problems overwhelm the advantages of more stringent compile-time > and run-time checking. For 1M SLOC projects the advantages of Ada > may outweigh the disadvantages. Checking is the least advantage Ada offers. I see you are still smoking some pretty potent stuff. /Jon -- Jon Anthony Organon Motives, Inc. 1 Williston Road, Suite 4 Belmont, MA 02178 617.484.3383 jsa@organon.com