--- Comment #10 from sebastian dot huber at embedded-brains dot de
2010-05-13 09:42 ---
Binary search through trunk revisions yield:
r159321 BROKEN
r15 BROKEN
r14 BROKEN
r135000 BROKEN
r132500 BROKEN
r131024 BROKEN
r130512 BROKEN
r130256 BROKEN
r130128 BROKEN
r130064 BROKEN
--- Comment #11 from sebastian dot huber at embedded-brains dot de
2010-05-13 09:50 ---
Created an attachment (id=20654)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20654action=view)
Difference between bdbuf.s in revsions 130051 and 130052
This clearly shows how the frame usage
--- Comment #12 from mikpe at it dot uu dot se 2010-05-13 10:28 ---
r130052 is a generic scheduling tweak originally described here:
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg01814.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #13 from pinskia at gcc dot gnu dot org 2010-05-13 14:22
---
*** This bug has been marked as a duplicate of 38644 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from sebastian dot huber at embedded-brains dot de
2010-05-12 07:21 ---
Created an attachment (id=20641)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20641action=view)
Log.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #2 from sebastian dot huber at embedded-brains dot de
2010-05-12 07:21 ---
Created an attachment (id=20642)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20642action=view)
Preprocessed source file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #3 from sebastian dot huber at embedded-brains dot de
2010-05-12 07:22 ---
Created an attachment (id=20643)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20643action=view)
Generated assembler file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #4 from sebastian dot huber at embedded-brains dot de
2010-05-12 09:40 ---
GCC 4.5.0 20100414 has this problem too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #5 from sebastian dot huber at embedded-brains dot de
2010-05-12 10:03 ---
GCC 4.2.4 does not have this problem.
Function epilogue:
.L672:
ldr r0, [r7, #4]
mov sp, r7
add sp, sp, #52
@ sp needed for prologue
pop {r4,
--- Comment #6 from sebastian dot huber at embedded-brains dot de
2010-05-12 11:06 ---
If you use GCC 4.5.0 20100414 with '-march=armv7' '-mthumb' '-Os' the function
epilogue is also correct. It seems that this is a Thumb 1 problem.
--
--- Comment #7 from sebastian dot huber at embedded-brains dot de
2010-05-12 11:13 ---
GCC 4.3.2 20080827 has this problem too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44091
--- Comment #8 from sebastian dot huber at embedded-brains dot de
2010-05-12 12:03 ---
A summary follows. Broken means bdbuf.i generates an invalid stack frame usage
sequence in a function epilogue. Works means that the corresponding area is
valid.
Flags: -march=armv5t -mthumb -Os
--- Comment #9 from mikpe at it dot uu dot se 2010-05-12 16:34 ---
Confirmed with cross to armv5tel-unknown-linux-gnueabi. 4.3/4.4/4.5/4.6 all
generate the signal-unsafe epilogue.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
13 matches
Mail list logo
