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,64c375eca99d686e X-Google-Attributes: gid103376,public X-Google-Thread: 1094ba,1ec99b0df63ed9ca X-Google-Attributes: gid1094ba,public From: Ted Dennison Subject: Re: Object-oriented Fortran vs. Ada 95? Date: 1996/02/21 Message-ID: <312B6418.27E7@escmail.orl.mmc.com>#1/1 X-Deja-AN: 140544418 references: <4gajp4$6aj@fg70.rz.uni-karlsruhe.de> <312A5D68.1B7C@escmail.orl.mmc.com> <4gf445$gn1@ictpsp10.ictp.trieste.it> content-type: text/plain; charset=us-ascii organization: Lockheed Martin Marine Systems mime-version: 1.0 newsgroups: comp.lang.fortran,comp.lang.ada x-mailer: Mozilla 2.0b6a (X11; I; HP-UX A.09.01 9000/750) Date: 1996-02-21T00:00:00+00:00 List-Id: Sergio Gelato wrote: > > This thread, however, was motivated by the question whether it is appropriate > to add full-fledged Object-Oriented features to Fortran. Unless there is a > clear need for OOP in conjunction with the kind of features HPF provides, > one can still argue "use Ada if you need OOP, Fortran if you need automatic > parallelism on good old arrays". > Ahhh. Unfortunatly (for you Fortran guys) this thread was cossposted into the Ada newsgroup in mid-discussion, with no explanation of what HPF is. (...slight pause while I check DejaNews...) Ok. So we are talking about compiler features (usually a pre-compiler) that distributes data and code across a massively parallel architecture system. Hmm...kinda interesting. When an architecture (such as the SMP Vaxen or the Harris Nighthawk) implements parallel processing at the OS level, I would expect my Ada compiler to distribute my tasks to the various processors. When an architecture (such as an array-processor like the Cray) implements parallel processing at the machine instruction level, I would expect my (Ada) compiler to search for inherent parallelism in my compiled code and optimize accordingly (No small task, I'm sure). As for OOP, I think I'd have to agree with your argument. Fortran was not designed with OOP in mind. Merrily tacking on features to the language when there isn't a desperate need for them will only hasten its decent into entropy. Better to let Fortran live (or die) as Fortran. > Speaking of Annex E to the Ada 95 standard (distributed processing): > is there a free/inexpensive implementation of that annex that will > work---reasonably efficiently, of course---with GNAT on an IBM SP2? > I was depressed to see all those > begin > null; > end; > in the body of the relevant package (s-rpc.adb) in the GNAT distribution... > Pointers to a more useful replacement will be gratefully received. My suspicion is that it will reamain like that until someone who wants it implements it themselves (or pays ACT to do it for them). Even then it will probably only exist on the one platform. But if you are really curious, you could always e-mail ACT at mailto:report@gnat.com They should be able to tell you if an implementation exists. Of course, If Fortran supports it on the IBM SP2, you could always write the package in Fortran, and link s-rpc.adb to it with interface pragmas. -- T.E.D. | Work - mailto:dennison@escmail.orl.mmc.com | | Home - mailto:dennison@iag.net | | URL - http://www.iag.net/~dennison |