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 X-Google-Thread: 103376,5c4627b775acf6be X-Google-Attributes: gid103376,public From: "E. Robert Tisdale" Subject: Re: The Ada Scalar, Vector, Matrix and Tensor arithmetic library? Date: 1999/12/05 Message-ID: <384AA2F9.F5E30265@netwood.net>#1/1 X-Deja-AN: 556930323 Content-Transfer-Encoding: 8bit References: <38497235.D8339C38@netwood.net> <82btoo$8201@news.cis.okstate.edu> <82buhr$8q61@news.cis.okstate.edu> <38498EB1.306427C8@netwood.net> <82c7mu$a2g1@news.cis.okstate.edu> <3849E314.6281FC6D@netwood.net> <82cors$9281@news.cis.okstate.edu> <82dk7t$5ka$1@birch.prod.itd.earthlink.net> <01bf3f36$43ebbd50$022a6282@dieppe> X-Accept-Language: en Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: newsabuse@supernews.com Organization: Posted via Supernews, http://www.supernews.com MIME-Version: 1.0 Newsgroups: comp.lang.ada Date: 1999-12-05T00:00:00+00:00 List-Id: Pascal Obry wrote: > David C. Hoos, Sr. > a �crit dans l'article <82dk7t$5ka$1@birch.prod.itd.earthlink.net>... > > I would say that an API should liberate its clients' programmers > > to concentrate on their client application, by presenting a good > > abstraction of the functionality provided by the library. > > > > If that makes the implementation more difficult, then so be it. > > Even, performance, in my view should play a role secondary to > > the presentation of a good abstraction, given that today the costs > > of machine performance continue to plummet, while the cost of > > software development, and the cost of correcting software errors > > continue to escalate. > > Right, I completely agree. We really want to make any abstraction > usable for a *human* and just let the compiler do its job. > > It cost less today to buy a new fastest machine than to juggle around > with the code in the hope to gain some percent of performance. > It takes a lot of time to tune the code > and it is often a real nightmare to maintain this kind code. I agree. But compiler technology isn't as good as it should be yet -- especially for Ada compilers. It is easy to write numerical codes that are thousands of times slower than they need to be. Library developers should decide how much tuning and maintenance they need to do to make their implementation competitive with other implementations. Competition benefits application programmers only if library developers all support a standard API and can substitute one implementation for another at any time. E. Robert Tisdale