--- Comment #7 from Martin dot vGagern at gmx dot net 2009-10-03 22:03
---
Seems gcc 4.1.1 no longer has this kind of problems: all cases except for the
one with the expected failure do compile, and generated assembler looks sane at
first glance.
--
Martin dot vGagern at gmx dot
ReportedBy: Martin dot vGagern at gmx dot net
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41559
--- Comment #3 from Martin dot vGagern at gmx dot net 2007-01-25 11:08
---
Clearing browser cache helped. Maybe bugzilla did not mark a page as changed
that had in fact changed for some reason. I'm ready to provide additional
information if I can. Just ask. Unfortunately it is too
--- Comment #2 from Martin dot vGagern at gmx dot net 2007-01-25 11:06
---
As this has been unconfirmed for so long and should be relatively easy to
confirm, here are the commands to reproduce the problems above:
gcc -fPIC -fomit-frame-pointer -O2 -S ebp.c && grep DEBUG e
--- Comment #2 from Martin dot vGagern at gmx dot net 2007-01-25 11:03
---
No luck there. But here it works! strange!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30584
ty: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Martin dot vGagern at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30584
--- Comment #6 from Martin dot vGagern at gmx dot net 2006-09-22 07:14
---
Comparing this issue here with bug 28686 I noticed that the code of the
functions before the one containing both assembly blocks is completely
irrelevant. So even if you only have one empty function in the
--- 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 o
--- Comment #1 from Martin dot vGagern at gmx dot net 2006-08-10 19:49
---
Created an attachment (id=12058)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12058&action=view)
Test case including compilation result table
This is the above test case, and appended is a table m
Summary: ebp from clobber list used as operand
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Martin do
--- Comment #4 from Martin dot vGagern at gmx dot net 2006-08-07 16:14
---
(In reply to comment #2)
> I bet this is not a bug. x86 is known to be very register starved.
Yes, I know that. But this situation does not explain, why adding two more
functions containing the asm stateme
--- Comment #3 from Martin dot vGagern at gmx dot net 2006-08-07 16:02
---
One more observation: I tried adding the flags corresponding to -O1 according
to the info page:
-fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers
-floop-optimize -fif-conversion -fif
--- Comment #1 from Martin dot vGagern at gmx dot net 2006-08-07 15:49
---
Created an attachment (id=12038)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12038&action=view)
Testcase demonstrating interference between assembler statements
This test case exhibits the fo
dTo: unassigned at gcc dot gnu dot org
ReportedBy: Martin dot vGagern at gmx dot net
GCC build triplet: i686-pc-linux-gnu-gcc
GCC host triplet: i686-pc-linux-gnu-gcc
GCC target triplet: i686-pc-linux-gnu-gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28635
14 matches
Mail list logo
