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=3.8 required=5.0 tests=BAYES_00,INVALID_MSGID,
	RATWARE_MS_HASH,RATWARE_OUTLOOK_NONAME autolearn=no autolearn_force=no
	version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,6e70c13232dc4a26
X-Google-Attributes: gid103376,public
From: "Bob Klungle" <bklungle@ix.netcom.com>
Subject: Re: logarithms on ada
Date: 1997/03/05
Message-ID: <01bc293c$68597140$d96f1fcc@p5120.bda>#1/1
X-Deja-AN: 223215387
References: <5fcqrs$ius@panther.Gsu.EDU>
 <01bc28ca$126a6a40$46fd1fcc@p5120.bda> <dewar.857536154@merv>
Organization: B & D Associates
X-NETCOM-Date: Wed Mar 05  2:05:40 AM CST 1997
Newsgroups: comp.lang.ada
Date: 1997-03-05T02:05:40-06:00
List-Id: <comp.lang.ada>


If a person looks in the /usr/adainclude and reads the documentation in the
prefixes of the spec files, one notes a comment in the ada.numerics.aux to
whit "..One advantage of using this package is that it will interface
directly to hardware instructions, such as those provided on the Intel
80x87." One also notices that the ada.numerics.generic_elementary_functions
package (a-ngelfu.ads) is a generic. For someone who wants speed, the
implication of the above seems to be that the former can be faster (only
implied). There is nothing on the surface or in any documentation that I
can find that says or implies that ada.numerics.aux in an internal,
non-standard package. I don't say it isn't, but nothing seems to say it is.
Anyway, they both work.

cheers...bob

Robert Dewar <dewar@merv.cs.nyu.edu> wrote in article
<dewar.857536154@merv>...
> iBob Klungle said
> 
> <<On GNAT you need
> with Ada.Numerics.Aux;>>
> 
> this is bad advice. Ada.Numerics.Aux is an internal, non-standard package
> that should not be used by user programs. Instead look at the RM and use
> the standard math packages.
> 
>