--- Comment #4 from krebbel1 at de dot ibm dot com 2006-05-03 08:25 ---
The similar problem occurs on s390x:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01795.html
The problem (for ia64 and s390x) is fixed on mainline by:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00697.html
which
Regrename: Inconsistency Failure
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: krebbel1 at de dot ibm dot com
--
What|Removed |Added
CC||uweigand at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/s
--- Comment #4 from krebbel1 at de dot ibm dot com 2005-10-17 14:42 ---
I think the problem is that cgraph_decide_recursive_inlining returns true even
if nothing got inlined. That may happen if the function is already more often
inlined into itself than max_depth. In this case the body
--- Comment #1 from krebbel1 at de dot ibm dot com 2005-10-21 08:04 ---
This is fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00803.html
Please review.
--
krebbel1 at de dot ibm dot com changed:
What|Removed |Added
--- Comment #6 from krebbel1 at de dot ibm dot com 2005-11-04 07:56 ---
My patch introduced the s390_regs_ever_clobbered function
which is used instead of regs_ever_live for determining
which registers need saving in function prologue.
This function is called during reload when the
--- Comment #5 from krebbel1 at de dot ibm dot com 2005-11-04 08:02 ---
The problem occurs when a landing pad is optimized away but
the special code in s390_regs_ever_clobbered insists on saving all eh
registers. The special code in that function exists because the eh regs
may be read