From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27527 invoked by alias); 22 Mar 2002 21:06:04 -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 27505 invoked by uid 71); 22 Mar 2002 21:06:02 -0000 Resent-Date: 22 Mar 2002 21:06:02 -0000 Resent-Message-ID: <20020322210602.27504.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 Resent-Reply-To: gcc-gnats@gcc.gnu.org, hatokan@yahoo.com Received:(qmail 25984 invoked by uid 61); 22 Mar 2002 20:59:50 -0000 Message-Id:<20020322205950.25983.qmail@sources.redhat.com> Date: Fri, 22 Mar 2002 13:06:00 -0000 From: hatokan@yahoo.com Reply-To: hatokan@yahoo.com To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version:gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: target/6042: 128-bit long doubles do not work X-SW-Source: 2002-03/txt/msg00853.txt.bz2 List-Id: >Number: 6042 >Category: target >Synopsis: 128-bit long doubles do not work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: unassigned >State: open >Class: wrong-code >Submitter-Id: net >Arrival-Date: Fri Mar 22 13:06:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: hatokan@yahoo.com >Release: gcc-3.0.4 >Organization: >Environment: Linux 2.4.9-31 i686, RedHat 7.2, CPU:pentium4, 2.0Ghz, 512KBcache, mem=1GB >Description: The attached simple program produces different output when compiled with -m128-bit-long-double option. The output is clearly wrong. On other occasions, with larger programs, I also got segmentation faults during runtime. I can provide those programs if you are interested, but they are very long. >How-To-Repeat: compile the attached file with and without -m128bit-long-double option, compare the output. >Fix: gdb won't let me work with 16byte floats, i have no clue. >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="dene.c" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dene.c" I2luY2x1ZGUgPHN0ZGlvLmg+CgppbnQgbWFpbigpewoJRklMRSAqZHVtZmlsZTsKCWxvbmcgZG91 YmxlIGEsIGIsIGMsIGQsIGUsIGYsIGcsIGgsIGksIGosIGssIGwsIG0sIG4sIG8sIHA7CgoJZHVt ZmlsZSA9IGZvcGVuKCJkdW1teSIsICJ3Iik7CglhID0gMC4wOyBiID0gMS4wOyBjID0gMi4wOyBk ID0gMy4wOwoJZSA9IDEwLjA7IGYgPSAxMS4wOyBnID0gMTIuMDsgaCA9IDEzLjA7CglpID0gMTEw LjA7IGogPSAxMTEuMDsgayA9IDExMi4wOyBsID0gMTEzLjA7CgltID0gMTExMC4wOyBuID0gMTEx MS4wOyBvID0gMTExMi4wOyBwID0gMTExMy4wOwoKCWZwcmludGYoZHVtZmlsZSwgIiUuOExnICUu OExnICUuOExnICUuOExnICUuOExnICUuOExnICUuOExnICUuOExnICUuOExnICUuOExnICUuOExn ICUuOExnICUuOExnICUuOExnICUuOExnICUuOExnXG4iLCBhLCBiLCBjLCBkLCBlLCBmLCBnLCBo LCBpLCBqLCBrLCBsLCBtLCBuLCBvLCBwKTsgCglmcHJpbnRmKGR1bWZpbGUsICIlLjhMZyAlLjhM ZyAlLjhMZyAlLjhMZyAiLCBhLCBiLCBjLCBkKTsgCglmcHJpbnRmKGR1bWZpbGUsICIlLjhMZyAl LjhMZyAlLjhMZyAlLjhMZyAiLCBlLCBmLCBnLCBoKTsgCglmcHJpbnRmKGR1bWZpbGUsICIlLjhM ZyAlLjhMZyAlLjhMZyAlLjhMZyAiLCBpLCBqLCBrLCBsKTsgCglmcHJpbnRmKGR1bWZpbGUsICIl LjhMZyAlLjhMZyAlLjhMZyAlLjhMZ1xuIiwgbSwgbiwgbywgcCk7IAoJcmV0dXJuIDA7Cn0K