From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13153 invoked by alias); 22 Oct 2002 10:56:43 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 13134 invoked from network); 22 Oct 2002 10:56:40 -0000 Received: from unknown (HELO executor.cambridge.redhat.com) (195.224.55.237) by sources.redhat.com with SMTP; 22 Oct 2002 10:56:40 -0000 Received: from cuddles.cambridge.redhat.com (vpn50-10.rdu.redhat.com [172.16.50.10]) by executor.cambridge.redhat.com (Postfix) with ESMTP id 94C95ABAFC; Tue, 22 Oct 2002 11:56:38 +0100 (BST) Received: (from aph@localhost) by cuddles.cambridge.redhat.com (8.11.6/8.11.0) id g9MAw1b08854; Tue, 22 Oct 2002 11:58:01 +0100 From: Andrew Haley MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.12089.240418.730861@cuddles.cambridge.redhat.com> Date: Tue, 22 Oct 2002 09:19:00 -0000 To: dewar@gnat.com (Robert Dewar) Cc: gcc@gcc.gnu.org Subject: Re: real.c implementation In-Reply-To: <20021022105024.2F11CF29F2@nile.gnat.com> References: <20021022105024.2F11CF29F2@nile.gnat.com> X-SW-Source: 2002-10/txt/msg01331.txt.bz2 Robert Dewar writes: > Second, with regard to decimal constants, we don't want to generate constants > in decimal in any case, because assemblers cannot be trusted. So when we did > generate in decimal, we noticed two things, GCC did not always get denormals > right (there may have been other problems, but I can't remember), and in any > case assemblers did not do the conversions last bit accurate with the > required rounding mode. This is the part I don't understand. On a machine with IEEE format arithmetic all langauges benefit if floating-point literals are generated precisely, even if the language specification does not require it. Andrew.