From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3738 invoked by alias); 9 Oct 2005 20:52:16 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 3687 invoked by uid 48); 9 Oct 2005 20:52:12 -0000 Date: Sun, 09 Oct 2005 20:52:00 -0000 Message-ID: <20051009205212.3686.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libfortran/24174] real(10) array output broken In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jblomqvi at cc dot hut dot fi" X-SW-Source: 2005-10/txt/msg01114.txt.bz2 List-Id: ------- Comment #7 from jblomqvi at cc dot hut dot fi 2005-10-09 20:52 ------- (In reply to comment #5) > > It should be noted that the patch assumes that the padding for real(10) is 10 > > bytes data + 2 bytes padding. This works on i686-Linux, might not work on other > > targets (big endian?). > > Itanium has padding to 16 bytes for 10-byte reals. > > Using 12 bytes for 10-byte reals on ia686 would mean breaking binary > compatibility with Itanium :-( Indeed, looking at http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options it seems that x86-64 also pads real(10) to 16 bytes. See the doc for the -m128bit-long-double switch. -- jblomqvi at cc dot hut dot fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24174