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.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 1025b4,6fc60bf0effba56a X-Google-Attributes: gid1025b4,public X-Google-Thread: 103376,564dd4c368ab4b3d,start X-Google-Attributes: gid103376,public X-Google-Thread: 1094ba,564dd4c368ab4b3d,start X-Google-Attributes: gid1094ba,public From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) Subject: Ada for numerics (was: Let's help GNU/FSF with their dilemma Date: 1996/07/01 Message-ID: <4r827m$jrk@fg70.rz.uni-karlsruhe.de>#1/1 X-Deja-AN: 163067278 references: followup-to: comp.lang.ada,comp.lang.fortran content-type: text/plain; charset=iso-8859-1 organization: =?ISO-8859-1?Q?Universit=E4t_Karlsruhe_(TH),_Germany_?= mime-version: 1.0 reply-to: Thomas.Koenig@ciw.uni-karlsruhe.de newsgroups: gnu.misc.discuss,comp.lang.ada,comp.lang.fortran nntp-posting-user: ig25 Date: 1996-07-01T00:00:00+00:00 List-Id: [X-Posted to comp.lang.ada,comp.lang.fortran, F'up] In gnu.misc.discuss, Craig Burley wrote: >That's for sure. There are several languages out there that seem >to be well-designed for concise expression of scientific and numeric >processing. C/C++ is not one of them, but Ada, even APL, might well >be -- I haven't looked into these myself, but numeric types seem to >find them to be pretty decent. As far as numerical stuff is concerned, Ada 95 doesn't impede compiler optimization as much as other languages (such as C) do; I'd say it's about on par with FORTRAN 77 in that respect. As far as I can see, its 'in' and 'out' parameters should give a compier enough hints to avoid the nasty aliasing problem, which is the bane of C. If you want to do serious numercrunching on vector and parallel machines, you're probably better off with High Performance Fortran or Fortran 95, which are MUCH better at describing data (in)dependence with FORALL and similar things. IMHO, the people who design Fortran 2000 could do much worse than take a close look at Ada 95 when they want to add some kind of object - orientation to Fortran. OTOH, the people who design the next Ada standard might also take a look at High Performance Fortran. Given two equally fast compilers, one for Ada, and one for Fortran, I'd much rather use Ada - since it doesn't have to stay compatible to older versions, its design (and syntax) is much cleaner.