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-7-bit
X-Google-Thread: 103376,c95a73ec6ed5f174
X-Google-Attributes: gid103376,public
From: dewar@merv.cs.nyu.edu (Robert Dewar)
Subject: Re: Floating point problem
Date: 1997/03/28
Message-ID: <dewar.859526944@merv>#1/1
X-Deja-AN: 228997606
References: <199703271518_MC2-1360-15BE@compuserve.com>
Organization: New York University
Newsgroups: comp.lang.ada
Date: 1997-03-28T00:00:00+00:00
List-Id: <comp.lang.ada>


Larry Kilgallen <kilgallen@EISNER.DECUS.ORG> wrote
on the subject of a floating-point coprocessor being needed for use
of the GNAT compiler:

>That is too bad.  I had hoped GNAT might be useful for deployment.
>Just to make sure we are on the same wavelength, my concern is
>entirely with what happens at runtime with generated programs.
>For running the compiler I can buy (actually already have) some
>appropriate machines.


Actually I think there is no big problem in using GNAT in an environment
in which floating-point needs to be simulated. It's not a big task to
provide for emulating floating-point. We didn't do it yet, because
we have not encountered a customer interested in such a product
(interested means more than just saying on CLA that you are interested!)