https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90912
--- Comment #5 from Ondřej Surý ---
(In reply to Andrew Pinski from comment #4)
> Well GCC is producing correct code is GNU LD works with it.
No, not really.
> Report this bug to Sun^wOracle instead.
That said, we did this and it has been alre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Ondřej Surý changed:
What|Removed |Added
CC||ondrej at sury dot org
--- Comment #190
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
Ondřej Surý changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
--- Comment #4 from Ondřej Surý 2013-04-26 12:32:20
UTC ---
Yeah, I just came to same conclusion by reading further (PR9325), that it's not
related to PR27394, because we are not hitting the boundaries of the conversion
type.
I understand that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
--- Comment #2 from Ondřej Surý 2013-04-26 11:04:19
UTC ---
Maybe I should have said "inconsistent" and this might be related to:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27394
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
--- Comment #1 from Ondřej Surý 2013-04-26 10:27:30
UTC ---
Created attachment 29945
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29945
Generated from gd.c, affected code is in clip_1d function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080
Bug #: 57080
Summary: Invalid optimization (-O2) when doing double -> int
conversion (on big endian archs(?))
Classification: Unclassified
Product: gcc
Version: 4.7.2