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-06 09:30:14 PST Path: supernews.google.com!sn-xit-02!supernews.com!216.218.236.179.MISMATCH!news!news.he.net!newsfeed.direct.ca!look.ca!news.maxwell.syr.edu!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: Robert Dewar Newsgroups: comp.lang.ada Subject: Re: Do we need "Mission-Critical" software? Was: What to Do? Date: Sat, 06 Jan 2001 17:17:48 GMT Organization: Deja.com Message-ID: <937jvn$si3$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> <9343b1$3g5$1@nnrp1.deja.com> <934iuf$eqv$1@nnrp1.deja.com> <934kt2$gbh$1@nnrp1.deja.com> NNTP-Posting-Host: 205.232.38.14 X-Article-Creation-Date: Sat Jan 06 17:17:48 2001 GMT X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; U) X-Http-Proxy: 1.0 x51.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 X-MyDeja-Info: XMYDJUIDrobert_dewar Xref: supernews.google.com comp.lang.ada:3705 Date: 2001-01-06T17:17:48+00:00 List-Id: In article <934kt2$gbh$1@nnrp1.deja.com>, n_brunot@my-deja.com wrote: > Exact, but in a single direction which is the basic problem > with dramatic consequences. As you said, this was (lately) > corrected in Ada95 But there were equivalents of pragma Export in all Ada 83 implementations, so in practice this was not a major problem in Ada 83. Sure it is nice to make it portable, and that was the reason this features was standardized in Ada 95. > > I added that the ONLY portable way to do this was to > > write an Ada driver that would interface to COBOL and C > > using the Ada features. > > This is one of the portable way. a way is the ONLY way only > until someone find an other one ... Nope, it is the ONLY portable way, then and now. > Java impose the basic type sizes for good reasons ... This is not relevant. it has to do only with portability of Java code, not with interfacing Java with other languages. Furthermore, there are severe performance penalties in the Java approach, so severe in practice that the normal approach on the x86, where the fpt rules of Java are a disaster, is simply to ignore these rules, and do floating-point operations in a manner that is not comaptible with the Java rules. > From what I know, they usually deal with big projects, and a > very small portion of their code consists in pragma import. Well you don't know enough, and that is false :-) > I mean comparing with what is done in more usual development > that is done in C or in Java. Sounds like you have a rather narrow view, especially if you lump C and Java together in this respect. > So they fall completely out the field I was talking about, No they don't. > Companies developping products making a very wide use of C > libraries don't use Ada, A false generalization, there are many exceptions. Sent via Deja.com http://www.deja.com/