s
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at transmeta dot com
CC: gcc-bugs at gcc
--
Summary: segv after overflow detection
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at transmeta dot com
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24599
--- Comment #2 from dje at transmeta dot com 2005-11-03 18:18 ---
I'm not sure the root cause of this bug is fixed in 4.1. It looks to me like
it's still there and is only (currently) hidden. Am I mistaken?
Apply this patch to gcc-4.1-20051029 and recompile the testcase wit
--- Comment #1 from dje at transmeta dot com 2006-10-25 02:23 ---
Re: "We think may be what wanted is:" ...
That's just off the cuff speculation. The curious things are:
- op1 is shifted outside the mode of the operation (0x3c << 31) (HOST_WIDE_INT
is 64 bits)
--- Comment #2 from dje at transmeta dot com 2006-10-25 02:41 ---
Thinking about it some more, disregard this (I think):
- nonzero_bits returns bits that may be one, not bits that are one, so it's not
clear this optimization is valid regardless of anything else
I _think_ this i
