--- Comment #2 from duraid at octopus dot com dot au 2005-12-04 04:36
---
Marking this bug invalid - the code in question turned out to have a GC that
did not correctly support IA64's RSE. With optimization, stuff was getting
hidden from the GC in the RSE backing store and incorr
--- Comment #1 from duraid at octopus dot com dot au 2005-12-02 04:48
---
some additional info: the behaviour between 4.0.2-release and:
gcc version 4.0.3 20051202 (prerelease)
is identical.
also, this code is not 64-bit clean, so be sure to build 32-bit when testing.
--
duraid
onent: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: duraid at octopus dot com dot au
GCC host triplet: ia64-hp-hpux11.23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25195
--- Additional Comments From duraid at octopus dot com dot au 2005-05-09
13:41 ---
Building on ia64 with the 3.4.4 compiler mentioned above, I get:
#0 red_ReduceInput (Search=0x600ac338, ClauseList=0x60112e18)
at clause.h:525
#1 0x4010dd90 in
--- Additional Comments From duraid at octopus dot com dot au 2005-05-09
12:24 ---
Actually, I shouldn't have closed this so hastily. The code _is_ pretty dirty
but I'm not sure GCC is really doing something legal at -O2.
--
What|Removed
--- Additional Comments From duraid at octopus dot com dot au 2005-05-09
12:20 ---
(In reply to comment #3)
> Does -fno-strict-aliasing fix the problem?
Yes, oops.
> Also is there any warnings from -Wstrict-aliasing?
No.
> If so this might not be a bug in gcc.
Inde
--- Additional Comments From duraid at octopus dot com dot au 2005-05-09
06:44 ---
oops, my mistake. this bug appears on x86 too, at least:
gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)
fails (at -O2), but:
gcc version 3.3.6 (Debian 1:3.3.6-3)
works. Perhaps this is a bug
us: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: duraid at octopus dot com dot au
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: ia64-linux-unknown
GCC host trip