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.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,b19fa62fdce575f9 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1994-12-02 23:16:17 PST Newsgroups: comp.lang.ada Path: bga.com!news.sprintlink.net!howland.reston.ans.net!agate!trib.apple.com!amd!netcomsv!telesoft!kst From: kst@alsys.com (Keith Thompson) Subject: Re: Why don't large companies use Ada? Message-ID: Originator: kst@pulsar Sender: news@alsys.com (USENET News Admin @flash) Organization: Alsys, San Diego, CA, USA References: <3bcntp$dgj@gnat.cs.nyu.edu> <3be9as$jrh@felix.seas.gwu.edu> <1994Nov30.151523.19742@sei.cmu.edu> <3bmb4r$9kc@gnat.cs.nyu.edu> <3bo4il$3lb@felix.seas.gwu.edu> Date: Sat, 3 Dec 1994 05:43:00 GMT Date: 1994-12-03T05:43:00+00:00 List-Id: In <3bo4il$3lb@felix.seas.gwu.edu> mfeldman@seas.gwu.edu (Michael Feldman) writes: > At the time, I recall speaking with engineers who walked away from > PL/1 _simply_ because it mapped multidimensional arrays row-major, so that > interfacing to old Fortran codes required the programmer to tranpose > everything on the PL/1 side before passing it to the Fortran subroutine. I'll take your word for this, but I still find it difficult to understand. If you're writing new PL/I or Ada code to interface to existing Fortran libraries, all you should need to do is swap the indices; there should be no need to physically transpose the arrays themselves. This should be only a small fraction of the effort required to interface to Fortran (for Ada, matching the types and writing the Interface pragmas; for PL/I, ???). Could it be that the engineers were using this as an excuse to stick with Fortran, or am I missing something? -- Keith Thompson (The_Other_Keith) kst@alsys.com TeleSoft^H^H^H^H^H^H^H^H Alsys, Inc. 10251 Vista Sorrento Parkway, Suite 300, San Diego, CA, USA, 92121-2718 /user/kst/.signature: I/O error (core dumped)