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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Thread: 103376,c1bdceb867926fdb
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news1.google.com!postnews.google.com!x21g2000yqa.googlegroups.com!not-for-mail
From: Ada novice <posts@gmx.us>
Newsgroups: comp.lang.ada
Subject: Re: Interfacing Ada with C
Date: Sat, 7 Aug 2010 01:10:11 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: 
 <351baffb-b18b-4158-9326-b389c159c18e@x21g2000yqa.googlegroups.com>
References: 
 <b9fdff2c-7d8d-492c-af8d-313fdb1568d5@k19g2000yqc.googlegroups.com>
	<da987804-3948-4871-ab52-4a8e95f06d44@k39g2000yqb.googlegroups.com>
	<m2eieqrpq5.fsf@pushface.org> <m262zzs0nz.fsf@pushface.org>
	<nospam-C3BC92.06471901082010@news.aioe.org> <m2mxt6b6qd.fsf@pushface.org>
	<nospam-57E1FD.21082401082010@news.aioe.org> <m262ztas4f.fsf@pushface.org>
	<06eb8f61-2a0c-4dda-93f3-8414d32b6e4f@f20g2000pro.googlegroups.com>
	<b7f5edce-124d-4b91-82f2-e9793d39a3cf@x25g2000yqj.googlegroups.com>
	<nospam-9BA736.09235105082010@news.aioe.org>
 <d9ae9b6d-bf85-4e03-8fa6-d0e11d1735a6@x21g2000yqa.googlegroups.com>
	<cc0ad401-3efd-4969-be0b-dae33a1e1035@v15g2000yqe.googlegroups.com>
	<87pqxwrwtz.fsf@hugsarin.sparre-andersen.dk>
 <i3glqq$udu$1@infosun2.rus.uni-stuttgart.de>
	<aca699e9-90a9-4fba-b424-b75d249e260e@z10g2000yqb.googlegroups.com>
	<i3im6l$f0k$1@munin.nbi.dk>
NNTP-Posting-Host: 193.11.22.91
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1281168611 14138 127.0.0.1 (7 Aug 2010 08:10:11
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sat, 7 Aug 2010 08:10:11 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: x21g2000yqa.googlegroups.com; posting-host=193.11.22.91;
	posting-account=Rr9I-QoAAACS-nOzpA-mGxtAlZ46Nb6I
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8)
	Gecko/20100722 Firefox/3.6.8 (.NET CLR 3.5.30729),gzip(gfe)
Xref: g2news1.google.com comp.lang.ada:12925
Date: 2010-08-07T01:10:11-07:00
List-Id: <comp.lang.ada>

On Aug 7, 6:07=A0am, "Randy Brukardt" <ra...@rrsoftware.com> wrote:

> Intel architectures might, but that doesn't mean that Ada compilers will.
> Most of the early Ada compilers (for Ada 83) didn't support anything beyo=
nd
> digits 15. Janus/Ada still doesn't. The original reason was that I couldn=
't
> be sure that the operations on the 80-bit type met the Ada 83 requirement=
s
> for numeric precision.
>
> It's OK to ignore those requirements in Ada 95 (unless you are running in
> "strict" mode), but I don't think most compilers actually have separate
> strict and relaxed modes. In any case, it might very well be OK to suppor=
t
> the 80-bit type, I've just never tried to figure out whether it is. (The
> majority of ACATS tests only apply to Float, Short_Float, and Long_Float,=
 so
> those tests wouldn't apply to the 80-bit type anyway, so passing the ACAT=
S
> doesn't prove anything either way.)
>

Thanks. Long_Float with its 15 precision digits is very much enough
for any numerical calculation in my opinion.

YC