--- Comment #27 from dpm at danger dot com 2007-01-30 18:20 ---
Bug 30579 was marked as a duplicate of this bug. If I compile the test case
from that bug with -fomit-frame-pointer, gcc still generates invalid code. (We
don't use frame pointers in our system at all). Is this already known
--- Comment #26 from pinskia at gcc dot gnu dot org 2007-01-25 01:02
---
*** Bug 30579 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #25 from Martin dot vGagern at gmx dot net 2006-08-10 21:48
---
(In reply to comment #8)
> 1. No way we can support clobbering both SP and FP.
You could in theory by storing one of them to some fixed memory location. But
here things get really ugly, so this is more of a phi
--- Comment #24 from acahalan at gmail dot com 2006-04-21 02:11 ---
PIC register: while the user could save and restore this, the whole point of
this fancy assembly notation is so that gcc can do nice scheduling and register
allocation. The save and restore should thus be done by gcc. Pe
--- Additional Comments From aw11 at os dot inf dot tu-dresden dot de
2005-08-26 09:13 ---
GCC must error out when clobbering the frame pointer register because it is
likely to generate faulty code when the frame pointer is clobbered. You have to
save and restore the frame pointer on you
--- Additional Comments From ncunningham at cyclades dot com 2005-08-23
11:41 ---
Subject: Re: GCC should error out when clobbering
the stack pointer and frame pointer
The function needs to be inlined - the return value especially is
pivotal in the transition from the booted ke
--- Additional Comments From nigel at suspend2 dot net 2005-08-23 11:31
---
gcc shouldn't always error out in this situation. For suspend to disk, we
clobber all registers when restoring the original cpu context after copying back
the original kernel context. We could lie to gcc and say
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-23
11:34 ---
(In reply to comment #20)
> gcc shouldn't always error out in this situation. For suspend to disk, we
> clobber all registers when restoring the original cpu context after copying
> back
> the original kern
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:28 ---
(In reply to comment #18)
> Small testcase from PR 23313, showing ICE on invalid:
the code does not ICE but creates "wrong code" at runtime.
--
What|Removed |Added
--
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
11:25 ---
Small testcase from PR 23313, showing ICE on invalid:
-
int main(){
int i;
asm (
"xorl %%ebp, %%ebp\n\t"
"movl %0, %%ebp\n\t"
:: "m" (
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:47 ---
*** Bug 23313 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:46 ---
Frame pointer is still not fixed at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
12 matches
Mail list logo