1.1 --- /dev/null Thu Jan 01 00:00:00 1970 +0000
1.2 +++ b/patches/glibc/2.3.3/glibc-fp-byteorder.patch Sat Jun 02 15:50:45 2007 +0000
1.3 @@ -0,0 +1,203 @@
1.4 +Taken from http://sources.redhat.com/ml/crossgcc/2004-02/msg00104.html
1.5 +Author: addsub@eyou.com
1.6 +Target: ARM
1.7 +
1.8 +Fixes http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/920501-8.c
1.9 +and makes printf("%f", 1.0) work.
1.10 +
1.11 +Lennert Buytenhek wrote in http://sources.redhat.com/ml/crossgcc/2004-09/msg00115.html :
1.12 + It ... fixes the 'printf("%f\n", 0.5); prints 0.000000' and general 'floating point
1.13 + is broken' on my big-endian hardfloat FPA ARM platform. ...
1.14 + It's definitely needed for hardfloat. So I'd think it's needed for
1.15 + big-endian systems in any case, and for VFP on little-endian systems
1.16 + too. Someone would have to verify that though.
1.17 +
1.18 +Lennert Buytenhek wrote in http://sources.redhat.com/ml/crossgcc/2004-09/msg00123.html
1.19 + I just had a look at glibc-20040830, and [this patch] is still needed and useful
1.20 + for this version. glibc-20040830 out-of-the-box still contains the
1.21 + following wrong assumptions:
1.22 + - sysdeps/arm/bits/endian.h: float word order is big endian (which it is
1.23 + not on vfp systems)
1.24 + - sysdeps/arm/gmp-mparam.h: IEEE doubles are mixed endian (which they
1.25 + are not on big endian systems, neither on vfp systems)
1.26 + - sysdeps/arm/ieee754.h: IEEE doubles are in little endian byte order
1.27 + (which they are not on big endian systems)
1.28 + [This patch] seems the right solution for all of these issues.
1.29 +
1.30 +Dimitry Andric wrote in http://sources.redhat.com/ml/crossgcc/2004-09/msg00132.html :
1.31 + It's even needed for glibc CVS, AFAICS.
1.32 + The patch hunk which modifies glibc.new/sysdeps/arm/bits/endian.h
1.33 + (currently at version 1.4) is only needed for proper VFP operation.
1.34 + But the hunk which modifies sysdeps/arm/gmp-mparam.h, and the hunk
1.35 + that deletes sysdeps/arm/ieee754.h (yes, this IS correct), are needed
1.36 + for proper operation of *any* FP model on big endian ARM.
1.37 +
1.38 +See also discussion in followups to
1.39 +http://sources.redhat.com/ml/crossgcc/2004-05/msg00245.html)
1.40 +
1.41 +Message-ID: <276985760.37584@eyou.com>
1.42 +Received: from unknown (HELO eyou.com) (172.16.2.2)
1.43 + by 0.0.0.0 with SMTP; Tue, 17 Feb 2004 10:42:40 +0800
1.44 +Received: (qmail 8238 invoked by uid 65534); 17 Feb 2004 10:42:38 +0800
1.45 +Date: 17 Feb 2004 10:42:38 +0800
1.46 +Message-ID: <20040217104238.8237.qmail@eyou.com>
1.47 +From: "add" <addsub@eyou.com>
1.48 +To: dank@kegel.com
1.49 +Reply-To: "add" <addsub@eyou.com>
1.50 +Subject: Re: problem while building arm vfp softfloat gcc `
1.51 +
1.52 +Hi, Dan, This is a patch I applied to my glibc-2.3.2, then my softfloat
1.53 +toolchain can printf("%f\n",1.0). So you may have a try of this
1.54 +
1.55 +
1.56 +diff -uNrp glibc.old/sysdeps/arm/bits/endian.h glibc.new/sysdeps/arm/bits/endian.h
1.57 +--- glibc.old/sysdeps/arm/bits/endian.h 1999-04-12 11:59:13.000000000 -0400
1.58 ++++ glibc.new/sysdeps/arm/bits/endian.h 2004-02-12 09:15:13.000000000 -0500
1.59 +@@ -9,4 +9,9 @@
1.60 + #else
1.61 + #define __BYTE_ORDER __LITTLE_ENDIAN
1.62 + #endif
1.63 ++
1.64 ++#ifdef __VFP_FP__
1.65 ++#define __FLOAT_WORD_ORDER __BYTE_ORDER
1.66 ++#else
1.67 + #define __FLOAT_WORD_ORDER __BIG_ENDIAN
1.68 ++#endif
1.69 +diff -uNrp glibc.old/sysdeps/arm/gmp-mparam.h glibc.new/sysdeps/arm/gmp-mparam.h
1.70 +--- glibc.old/sysdeps/arm/gmp-mparam.h 2001-07-07 15:21:19.000000000 -0400
1.71 ++++ glibc.new/sysdeps/arm/gmp-mparam.h 2004-02-12 09:15:13.000000000 -0500
1.72 +@@ -26,5 +26,13 @@ MA 02111-1307, USA. */
1.73 + #define BITS_PER_SHORTINT 16
1.74 + #define BITS_PER_CHAR 8
1.75 +
1.76 +-#define IEEE_DOUBLE_BIG_ENDIAN 0
1.77 +-#define IEEE_DOUBLE_MIXED_ENDIAN 1
1.78 ++#if defined(__ARMEB__)
1.79 ++# define IEEE_DOUBLE_MIXED_ENDIAN 0
1.80 ++# define IEEE_DOUBLE_BIG_ENDIAN 1
1.81 ++#elif defined(__VFP_FP__)
1.82 ++# define IEEE_DOUBLE_MIXED_ENDIAN 0
1.83 ++# define IEEE_DOUBLE_BIG_ENDIAN 0
1.84 ++#else
1.85 ++# define IEEE_DOUBLE_BIG_ENDIAN 0
1.86 ++# define IEEE_DOUBLE_MIXED_ENDIAN 1
1.87 ++#endif
1.88 +diff -uNrp glibc.old/sysdeps/arm/ieee754.h glibc.new/sysdeps/arm/ieee754.h
1.89 +--- glibc.old/sysdeps/arm/ieee754.h 2001-07-07 15:21:19.000000000 -0400
1.90 ++++ glibc.new/sysdeps/arm/ieee754.h 1969-12-31 19:00:00.000000000 -0500
1.91 +@@ -1,115 +0,0 @@
1.92 +-/* Copyright (C) 1992, 1995, 1996, 1998 Free Software Foundation, Inc.
1.93 +- This file is part of the GNU C Library.
1.94 +-
1.95 +- The GNU C Library is free software; you can redistribute it and/or
1.96 +- modify it under the terms of the GNU Lesser General Public
1.97 +- License as published by the Free Software Foundation; either
1.98 +- version 2.1 of the License, or (at your option) any later version.
1.99 +-
1.100 +- The GNU C Library is distributed in the hope that it will be useful,
1.101 +- but WITHOUT ANY WARRANTY; without even the implied warranty of
1.102 +- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
1.103 +- Lesser General Public License for more details.
1.104 +-
1.105 +- You should have received a copy of the GNU Lesser General Public
1.106 +- License along with the GNU C Library; if not, write to the Free
1.107 +- Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
1.108 +- 02111-1307 USA. */
1.109 +-
1.110 +-#ifndef _IEEE754_H
1.111 +-
1.112 +-#define _IEEE754_H 1
1.113 +-#include <features.h>
1.114 +-
1.115 +-#include <endian.h>
1.116 +-
1.117 +-__BEGIN_DECLS
1.118 +-
1.119 +-union ieee754_float
1.120 +- {
1.121 +- float f;
1.122 +-
1.123 +- /* This is the IEEE 754 single-precision format. */
1.124 +- struct
1.125 +- {
1.126 +- unsigned int mantissa:23;
1.127 +- unsigned int exponent:8;
1.128 +- unsigned int negative:1;
1.129 +- } ieee;
1.130 +-
1.131 +- /* This format makes it easier to see if a NaN is a signalling NaN. */
1.132 +- struct
1.133 +- {
1.134 +- unsigned int mantissa:22;
1.135 +- unsigned int quiet_nan:1;
1.136 +- unsigned int exponent:8;
1.137 +- unsigned int negative:1;
1.138 +- } ieee_nan;
1.139 +- };
1.140 +-
1.141 +-#define IEEE754_FLOAT_BIAS 0x7f /* Added to exponent. */
1.142 +-
1.143 +-
1.144 +-union ieee754_double
1.145 +- {
1.146 +- double d;
1.147 +-
1.148 +- /* This is the IEEE 754 double-precision format. */
1.149 +- struct
1.150 +- {
1.151 +- unsigned int mantissa0:20;
1.152 +- unsigned int exponent:11;
1.153 +- unsigned int negative:1;
1.154 +- unsigned int mantissa1:32;
1.155 +- } ieee;
1.156 +-
1.157 +- /* This format makes it easier to see if a NaN is a signalling NaN. */
1.158 +- struct
1.159 +- {
1.160 +- unsigned int mantissa0:19;
1.161 +- unsigned int quiet_nan:1;
1.162 +- unsigned int exponent:11;
1.163 +- unsigned int negative:1;
1.164 +- unsigned int mantissa1:32;
1.165 +- } ieee_nan;
1.166 +- };
1.167 +-
1.168 +-#define IEEE754_DOUBLE_BIAS 0x3ff /* Added to exponent. */
1.169 +-
1.170 +-
1.171 +-/* The following two structures are correct for `new' floating point systems but
1.172 +- wrong for the old FPPC. The only solution seems to be to avoid their use on
1.173 +- old hardware. */
1.174 +-
1.175 +-union ieee854_long_double
1.176 +- {
1.177 +- long double d;
1.178 +-
1.179 +- /* This is the IEEE 854 double-extended-precision format. */
1.180 +- struct
1.181 +- {
1.182 +- unsigned int exponent:15;
1.183 +- unsigned int empty:16;
1.184 +- unsigned int negative:1;
1.185 +- unsigned int mantissa1:32;
1.186 +- unsigned int mantissa0:32;
1.187 +- } ieee;
1.188 +-
1.189 +- /* This is for NaNs in the IEEE 854 double-extended-precision format. */
1.190 +- struct
1.191 +- {
1.192 +- unsigned int exponent:15;
1.193 +- unsigned int empty:16;
1.194 +- unsigned int negative:1;
1.195 +- unsigned int mantissa1:32;
1.196 +- unsigned int mantissa0:30;
1.197 +- unsigned int quiet_nan:1;
1.198 +- unsigned int one:1;
1.199 +- } ieee_nan;
1.200 +- };
1.201 +-
1.202 +-#define IEEE854_LONG_DOUBLE_BIAS 0x3fff
1.203 +-
1.204 +-__END_DECLS
1.205 +-
1.206 +-#endif /* ieee754.h */