From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17287 invoked by alias); 15 Jul 2002 19:16:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 17252 invoked by uid 71); 15 Jul 2002 19:16:01 -0000 Resent-Date: 15 Jul 2002 19:16:01 -0000 Resent-Message-ID: <20020715191601.17251.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-To: nobody@gcc.gnu.org Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org, mark@codesourcery.com Resent-Reply-To: gcc-gnats@gcc.gnu.org, dave@hiauly1.hia.nrc.ca Received: (qmail 16680 invoked by uid 61); 15 Jul 2002 19:12:41 -0000 Message-Id: <20020715191241.16679.qmail@sources.redhat.com> Date: Mon, 15 Jul 2002 12:16:00 -0000 From: dave@hiauly1.hia.nrc.ca Reply-To: dave@hiauly1.hia.nrc.ca To: gcc-gnats@gcc.gnu.org Cc: mark@codesourcery.com X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) X-GNATS-Notify: mark@codesourcery.com Subject: middle-end/7315: DEC floating point support in real.c is broken X-SW-Source: 2002-07/txt/msg00466.txt.bz2 List-Id: >Number: 7315 >Category: middle-end >Synopsis: DEC floating point support in real.c is broken >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Mon Jul 15 12:16:01 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Dave Anglin >Release: 3.1 branch and 3.2 >Organization: >Environment: vax-dec-ultrix4.3 >Description: DEC floating point constants are incorrectly generated by the current emulator in real.c. For example, the complex value output for [(float)1, (float)0] in 20020227-1.c is .align 2 LC0: .long 1065353216 .long 0 The correct value for the first long is 16512. It appears that the IEEE value is being used instead of the DEC value. >How-To-Repeat: The problem can be duplicated with a cross compiler to vax-dec-ultrix4.3. >Fix: A proposed fix for the problem on the main is here: . The best solution for the 3.1 branch may be to revert to not defining REAL_ARITHMETIC. >Release-Note: >Audit-Trail: >Unformatted: