This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c/18620] double data reversal
- From: "zhangyijin_2008 at 163 dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Nov 2004 11:39:26 -0000
- Subject: [Bug c/18620] double data reversal
- References: <20041123051244.18620.zhangyijin_2008@163.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23 11:39 -------
(In reply to comment #4)
> I agree that this is a bug, and I think it's been fixed now for gcc-4.x, but
I'm
> not going to attempt to back-port the fix to the branch, given the possible
> work-around outlined below.
> The reason for the 'bug' is that the ep9312 hardware floating point unit has a
> different floating point layout from that used by Linux, and the -mcpu=ep9312
> flag is changing the ABI to match the hardware (that's incorrect, -mcpu flags
> must not change the ABI).
> WORKAROUND: The ep9312 is based on the ARM9 core, so you can get
best 'integer'
> code by using -mcpu=arm9.
> If you want good floating point performance you will have to do a lot more
work:
> this will involve porting both the compiler and glibc (plus some applications
> that are ARM floating-point aware) to use the ep9312. You will likely
encounter
> many more bugs on the way at this stage, so I recommend you don't attempt this
> yet (there is work underway to produce a new ABI for ARM linux that will make
> support for the ep9312 much easier).
thanks.
Now I try to rebuild glibc,if it still can not run well,I must use softfloat
first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18620