--- Comment #12 from hp at gcc dot gnu dot org 2009-03-18 22:24 ---
(In reply to comment #11)
I think you may need a frame pointer for
if (cfun-calls_alloca
|| cfun-has_nonlocal_label
|| crtl-has_nonlocal_goto)
That should be covered by the generic code, not the
--- Comment #10 from hp at gcc dot gnu dot org 2009-03-18 02:30 ---
Looks like I should punt and force #define FRAME_POINTER_REQUIRED
cfun-calls_alloca or #define FRAME_POINTER_REQUIRED
cfun-has_nonlocal_label.
Apparently this is *not* one of the cases where The compiler recognizes
--- Comment #11 from hjl dot tools at gmail dot com 2009-03-18 02:46
---
(In reply to comment #10)
Looks like I should punt and force #define FRAME_POINTER_REQUIRED
cfun-calls_alloca or #define FRAME_POINTER_REQUIRED
cfun-has_nonlocal_label.
Apparently this is *not* one of the
--- Comment #9 from hp at gcc dot gnu dot org 2009-03-17 05:35 ---
(In reply to comment #8)
Guess it probably won't be TARGET_BUILTIN_SETJMP_FRAME_VALUE then.
At any rate, changing it to hard_frame_pointer_rtx doesn't help by itself.
(Resulting diffs in RTL dumps are gone after
--- Comment #7 from hp at gcc dot gnu dot org 2009-01-26 12:46 ---
(In reply to comment #6)
Sounds like this could maybe be a dup of bug 38952, where the frame pointer
is incorrectly calculated when setjmp saves it in the jmp_buf, and therefore
restored to an incorrect value by
--- Comment #8 from dave dot korn dot cygwin at gmail dot com 2009-01-26
18:49 ---
Oh, bah, I misread the Host field for Target!
Guess it probably won't be TARGET_BUILTIN_SETJMP_FRAME_VALUE then. You only
need it if your stack frames have unpredicatable gaps in them so that you can't
