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=0.7 required=5.0 tests=BAYES_00,MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,447bd1cf7a88c198 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-05 01:31:09 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!news.iac.net!news-out.cwix.com!newsfeed.cwix.com!news.maxwell.syr.edu!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: n_brunot@my-deja.com Newsgroups: comp.lang.ada Subject: Re: Do we need "Mission-Critical" software? Was: What to Do? Date: Fri, 05 Jan 2001 09:15:16 GMT Organization: Deja.com Message-ID: <9343b1$3g5$1@nnrp1.deja.com> References: <3A4F5A4A.9ABA2C4F@chicagonet.net> <3A4F759E.A7D63F3F@netwood.net> <3A50ABDF.3A8F6C0D@acm.org> <92qdnn$jfg$1@news.huji.ac.il> <3A50C371.8B7B871@home.com> <3A51EC04.91353CE7@uol.com.br> <3A529C97.2CA4777F@home.com> <3A53CB9E.EA7CF86C@uol.com.br> <3A5466DE.811D43A5@acm.org> <932aol$ikc$1@nnrp1.deja.com> <932mi6$r2k$1@trog.dera.gov.uk> NNTP-Posting-Host: 212.27.45.91 X-Article-Creation-Date: Fri Jan 05 09:15:16 2001 GMT X-Http-User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; fr-FR; m18) Gecko/20001106 Netscape6/6.0 X-Http-Proxy: 1.1 x69.deja.com:80 (Squid/1.1.22) for client 212.27.45.91 X-MyDeja-Info: XMYDJUIDn_brunot Xref: supernews.google.com comp.lang.ada:3670 Date: 2001-01-05T09:15:16+00:00 List-Id: In article <932mi6$r2k$1@trog.dera.gov.uk>, "Kevin Rigotti" wrote: > Bindings and support for Gtk are a good thing, but at the end of the day > what I and others in a similar situation really want to do is to build the > clever stuff in Ada then hand it over for integration with someone elses > GUI, produced using whatever is cheapest and easiest. I agree. I recently looked at some Gtk sources to see how Win32 fonts were implemented. (This is not a criticism of Gtk, which is an excellent library) I noticed the same thing in a lot of C libraries interfaced in Ada. And we often had to do it in our code. A very huge part of those packages is simply writing specifications, and pragma import ... Which requires some work in Ada, while you would have absolutely nothing to do in C. This is of very high cost. Ada83 made the enormous mistake to lack a pragma export, denying the importance and justification of others languages. May be one of the biggest problem of Ada95, is the work required to interface a simple C library. This should be made much more automatic by the language or by appropriate tools. This is not the case today. Take a C library, write a simple program to test it in Ada, and the same in C. It's the better way to understand what should be done to see Ada more widely used. Sent via Deja.com http://www.deja.com/