public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug debug/48827] New: too far prologue end marker
@ 2011-04-29 17:58 jan.kratochvil at redhat dot com
2014-02-18 15:25 ` [Bug debug/48827] " jakub at gcc dot gnu.org
2014-02-18 16:39 ` jan.kratochvil at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: jan.kratochvil at redhat dot com @ 2011-04-29 17:58 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48827
Summary: too far prologue end marker
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: jan.kratochvil@redhat.com
CC: dodji@gcc.gnu.org
Target: x86_64-unknown-linux-gnu
reposted from GDB BZ: http://sourceware.org/bugzilla/show_bug.cgi?id=12644
FAIL: gcc (GCC) 4.7.0 20110429 (experimental)
FAIL: gcc (GCC) 4.6.1 20110429 (prerelease)
FAIL: gcc (GCC) 4.5.4 20110429 (prerelease)
FAIL: gcc (GCC) 4.4.7 20110429 (prerelease)
PASS: gcc (GCC) 3.3.5 --- but the code has no jmp there at all
static void
f (int c)
{
do
{
if (c)
continue;
return;
}
while (1);
}
int
main(void)
{
f (0);
return 0;
}
GNU gdb (GDB) 7.3.50.20110428-cvs
(gdb) start
Temporary breakpoint 1, main () at f.c:15
15 f (0);
(gdb) step
child:target_xfer_partial (..., 0x40045d, 1) = 1, bytes = cc
^^^^^^^^
[Inferior 1 (process 16375) exited normally]
readelf -wL
File name Line number Starting address
f.c 3 0x400454
f.c 10 0x40045d
0000000000400454 <f>:
f():
f.c:3
400454: 55 push %rbp
400455: 48 89 e5 mov %rsp,%rbp
400458: 89 7d fc mov %edi,-0x4(%rbp)
40045b: eb 01 jmp 40045e <f+0xa>
f.c:10
40045d: 90 nop
^^^^^^ = breakpoint placed here
f.c:6
40045e: 83 7d fc 00 cmpl $0x0,-0x4(%rbp)
GDB thinks the prologue ends at 0x40045d.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug debug/48827] too far prologue end marker
2011-04-29 17:58 [Bug debug/48827] New: too far prologue end marker jan.kratochvil at redhat dot com
@ 2014-02-18 15:25 ` jakub at gcc dot gnu.org
2014-02-18 16:39 ` jan.kratochvil at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-02-18 15:25 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48827
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I think r191810 fixed this. Or do you have another testcase where trunk gcc
still misbehaves?
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug debug/48827] too far prologue end marker
2011-04-29 17:58 [Bug debug/48827] New: too far prologue end marker jan.kratochvil at redhat dot com
2014-02-18 15:25 ` [Bug debug/48827] " jakub at gcc dot gnu.org
@ 2014-02-18 16:39 ` jan.kratochvil at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: jan.kratochvil at redhat dot com @ 2014-02-18 16:39 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48827
Jan Kratochvil <jan.kratochvil at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
--- Comment #2 from Jan Kratochvil <jan.kratochvil at redhat dot com> ---
FAIL: gcc (GCC) 4.7.3 20130221 (prerelease)
PASS: gcc (GCC) 4.8.3 20140217 (prerelease)
PASS: gcc (GCC) 4.9.0 20140217 (experimental)
PASS: gcc-4.8.2-7.fc20.x86_64
Yes, I agree it is fixed.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-02-18 16:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-04-29 17:58 [Bug debug/48827] New: too far prologue end marker jan.kratochvil at redhat dot com
2014-02-18 15:25 ` [Bug debug/48827] " jakub at gcc dot gnu.org
2014-02-18 16:39 ` jan.kratochvil at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).