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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,19924f2facf8443 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Fri, 08 Aug 2008 16:11:57 +0200 From: Georg Bauhaus User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Larger matrices References: <40ed91c2-3dab-4994-9a7b-4032058f0671@56g2000hsm.googlegroups.com> <4899b545$0$20713$9b4e6d93@newsspool4.arcor-online.net> <96f76821-fc2a-4ec1-83e7-b7b9a5be0520@r66g2000hsg.googlegroups.com> <9cabee20-877a-4fdc-80f8-7746879331da@8g2000hse.googlegroups.com> <489a9675$0$20718$9b4e6d93@newsspool4.arcor-online.net> <75a339dd-969b-4c7a-8e89-7b640171bc2f@e53g2000hsa.googlegroups.com> <13426f2d-0060-47f0-8139-09506383f648@e53g2000hsa.googlegroups.com> <489c2f68$0$1060$9b4e6d93@newsspool3.arcor-online.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <489c542e$0$12944$9b4e6d93@newsspool2.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 08 Aug 2008 16:11:58 CEST NNTP-Posting-Host: 7acc016c.newsspool2.arcor-online.net X-Trace: DXC=EVGkV1ZOF4P\PS5Xo=M[RVA9EHlD;3YcR4Fo<]lROoRQ4nDHegD_]RU97>JQZaI8L[;9OJDO8_SKVNSZ1n^B98iZ<>W3PbhFCZY X-Complaints-To: usenet-abuse@arcor.de Xref: g2news1.google.com comp.lang.ada:1550 Date: 2008-08-08T16:11:58+02:00 List-Id: Dmitry A. Kazakov schrieb: > On Fri, 08 Aug 2008 13:35:04 +0200, Georg Bauhaus wrote: >> Ada is a systems programming language. > What?! Ada is a universal purpose language. Assembly language is universal, too, as are Lisp and Prolog with FFI, and so on. This notion of "purpose" is not very specific. Let me put is this way: Ada has to be especially good at systems programming, hence it has to be fairly low level. > But an efficient or hardware-close implementation was certainly not the > concern of the Ada.Numerics.Generic_Real_Arrays design. Otherwise it would > not use functions at all. What hardware? Assume data flow hardware, and assume a way to put the function result in the input box of the next processing unit. What now? >> I'd suggest that you seriously consider prototyping >> your algorithms using one of the fine PLs that do have the >> required mathematical stuff built in. > > Really? 90% of numeric libraries and applications is written in FORTRAN. Only a fraction of the tabular arrays of numbers is input to procedures of challenging numeric libraries. I'll even guess that a larger fraction of matrices in lots of Ada programs are 3x3, maybe 4x4. > Do > you think they have prototyped them in 60's? [The libraries, or the algorithms? The latter, yes; APL is about that old.] I don't see how prototyping a hypertext graph algorithm requires a maximally efficient implementation of matrix computations. A production system may require increased efficiency. At that stage you have to pay attention to the tiny bits, possibly redesigning the algorithm. (If I could have stopped at simple recursive functions when writing the program below it would have been a trivial exercise. :) Georg Bauhaus Y A Time Drain http://www.9toX.de