--- Comment #14 from hjl dot tools at gmail dot com 2009-02-18 23:42
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #13 from hjl at gcc dot gnu dot org 2009-02-18 21:40 ---
Subject: Bug 39224
Author: hjl
Date: Wed Feb 18 21:40:08 2009
New Revision: 144272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144272
Log:
2009-02-18 H.J. Lu
PR target/39224
* config/i386
--- Comment #12 from hjl dot tools at gmail dot com 2009-02-18 19:50
---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00871.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #11 from hjl dot tools at gmail dot com 2009-02-18 19:22
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00870.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #10 from hjl dot tools at gmail dot com 2009-02-18 18:53
---
The problem is callee returns long double via a pointer to a structure.
But caller thinks callee returns long double in rax/edx.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39224
--- Comment #9 from hjl dot tools at gmail dot com 2009-02-18 15:50 ---
For sysv/x86-64, XFmode is 16byte with 16byte alignment. It is
passed in memory and returned in in %st0/%st1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39224
--- Comment #8 from ktietz at gcc dot gnu dot org 2009-02-18 14:23 ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > (In reply to comment #4)
> > > > ok, I found the issue, which causes here the problem.
> > > > The x86_64 abi returns TFmode in ra
--- Comment #7 from hjl dot tools at gmail dot com 2009-02-18 14:13 ---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > ok, I found the issue, which causes here the problem.
> > > The x86_64 abi returns TFmode in rax,edx which is stored in aligned s
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-02-18 12:11 ---
(In reply to comment #5)
> (In reply to comment #4)
> > ok, I found the issue, which causes here the problem.
> > The x86_64 abi returns TFmode in rax,edx which is stored in aligned stack
>
> XFmode
>
right, sorry
--- Comment #5 from ubizjak at gmail dot com 2009-02-18 12:06 ---
(In reply to comment #4)
> ok, I found the issue, which causes here the problem.
> The x86_64 abi returns TFmode in rax,edx which is stored in aligned stack
XFmode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39224
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-02-18 10:45 ---
ok, I found the issue, which causes here the problem.
The x86_64 abi returns TFmode in rax,edx which is stored in aligned stack
variable as 96 bits, but the upper 32-bits (which have to be zero initialized)
aren't set
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-02-18 08:47 ---
(In reply to comment #2)
> I am verifying it at the moment for w64 target, if we have here same issues.
>
Yes, on w64 targets we have the same issue. By adding print methods, it seems
that the return value of the fo
--- Comment #2 from ktietz at gcc dot gnu dot org 2009-02-18 08:18 ---
(In reply to comment #1)
> I think long double on w64 is the same as double. I am not sure if
> gcc.dg/callabi/func-1.c is a valid test.
>
the long double is supported as 96-bit floating point for gcc. This isn't as
--- Comment #1 from hjl dot tools at gmail dot com 2009-02-18 06:45 ---
I think long double on w64 is the same as double. I am not sure if
gcc.dg/callabi/func-1.c is a valid test.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39224
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39224
15 matches
Mail list logo
