[Bug target/44631] [sparc] long long to double conversion error

2010-09-07 Thread zimmerma+gcc at loria dot fr
--- Comment #12 from zimmerma+gcc at loria dot fr 2010-09-07 11:47 --- *** Bug 45559 has been marked as a duplicate of this bug. *** -- zimmerma+gcc at loria dot fr changed: What|Removed |Added

[Bug target/44631] [sparc] long long to double conversion error

2010-07-24 Thread jakub at gcc dot gnu dot org
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-24 08:07 --- Well, the soft-fp code is also in glibc and gcc, so it will likely need fixing there as well. Do you have a reference to lkml post? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44631] [sparc] long long to double conversion error

2010-07-24 Thread mikpe at it dot uu dot se
--- Comment #10 from mikpe at it dot uu dot se 2010-07-24 08:45 --- The lkml post is: http://marc.info/?l=linux-kernelm=127957675305013w=2 I did look briefly at glibc's soft-fp, but (a) it was substantially updated in February 2006, and (b) none of my systems seemed to enable it (i.e.,

[Bug target/44631] [sparc] long long to double conversion error

2010-07-24 Thread jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-24 19:59 --- In gcc, soft-fp is used e.g. for x86_64 __float128 support. In glibc, soft-fp is used on several architectures for long double support, e.g. sparc* or alpha. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44631] [sparc] long long to double conversion error

2010-07-23 Thread mikpe at it dot uu dot se
--- Comment #7 from mikpe at it dot uu dot se 2010-07-23 16:44 --- The Linux kernel math-emu fix is included in kernel 2.6.35-rc6. I've re-checked that the test cases work correctly on USIIIi with -mcpu=v9 and this kernel. The fix is scheduled for backporting to the official stable

[Bug target/44631] [sparc] long long to double conversion error

2010-07-23 Thread rguenth at gcc dot gnu dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-23 17:24 --- Thus, invalid. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/44631] [sparc] long long to double conversion error

2010-07-18 Thread mikpe at it dot uu dot se
--- Comment #6 from mikpe at it dot uu dot se 2010-07-18 20:58 --- Created an attachment (id=21244) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21244action=view) fix Linux kernel math emulation FP_FROM_INT macro The bug is in the Linux kernel math-emu code. The _FP_FROM_INT

[Bug target/44631] [sparc] long long to double conversion error

2010-07-15 Thread mikpe at it dot uu dot se
--- Comment #5 from mikpe at it dot uu dot se 2010-07-15 21:30 --- Created an attachment (id=21219) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21219action=view) updated long long to double conversion test I've updated the test case to try conversions of a larger range of

[Bug target/44631] [sparc] long long to double conversion error

2010-06-23 Thread mikpe at it dot uu dot se
--- Comment #4 from mikpe at it dot uu dot se 2010-06-23 12:12 --- Created an attachment (id=20986) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20986action=view) test long long to double runtime conversions Making the constant signed rather than unsigned makes no difference. I

[Bug target/44631] [sparc] long long to double conversion error

2010-06-22 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-22 13:39 --- Please make sure this is not a glibc bug. Does it work with -O1, with -O1 -ffast-math? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44631] [sparc] long long to double conversion error

2010-06-22 Thread doko at ubuntu dot com
--- Comment #2 from doko at ubuntu dot com 2010-06-22 13:53 --- yes, gcc -mcpu=v9 and gcc -m64 work both with -O1 and -O1 -ffast-math. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44631] [sparc] long long to double conversion error

2010-06-22 Thread jakub at gcc dot gnu dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 17:13 --- Well, for -O1 the ullong - double conversion is done at compile time instead of runtime. Does the problem occur also when l is long long instead of unsigned long long? Can you check what value the fxtod insn computes?