From: Robin Getz <rgetz@blackfin.uclinux.org>
To: gdb@sourceware.org
Subject: Testsuite question...
Date: Wed, 05 Dec 2007 15:59:00 -0000 [thread overview]
Message-ID: <200712051059.37705.rgetz@blackfin.uclinux.org> (raw)
In gdb/testsuite/gdb.base/dbx-test.exp there are some simple breakpoint tests:
#
#test_breakpoints
#
proc test_breakpoints { } {
gdb_test "stop in main" "Breakpoint.*at.*: file.*average\.c, line 38\."
gdb_test "status" "Num.*Type.*Disp.*Enb.*Address.*What\r\n1\[ \r\]+breakpoint\[ \r\]+keep y.*in main at.*average\.c:38.*"
gdb_test "stop at 43" "Breakpoint.*at.*: file.*average\.c, line 43.*"
gdb_test "stop in 43" "Usage: stop in <function . address>"
gdb_test "stop at main" "Usage: stop at <line>"
}
I have run into a little problem with this, and am not sure if this is my
problem, or if it is a general testsuite issue.
Since we compile all the c libraries with -g, I get a break in the crt1.S file.
(This is pretty helpful when debugging libs and startup issues).
(gdb) exec-file /home/rgetz/blackfin/gcc-build/binutils_build/gdb/testsuite/gdb.base/dbx-test. ^Mgdb
(gdb) target remote 192.168.0.32:2427
Remote debugging using 192.168.0.32:2427
Remote debugging from host 192.168.0.22
_stext () at libc/sysdeps/linux/bfin/crt1.S:84
84 FP = 0;
Current language: auto; currently asm
When you do a "stop symbol", where the symbol is in the application, it
works fine,
(gdb) stop in main
Breakpoint 1 at 0x4401b2: file /home/rgetz/blackfin/toolchain/binutils-2.17/gdb/testsuite/gdb.base/average.c, line 38.
(gdb) PASS: gdb.base/dbx.exp: stop in main
status
Num Type Disp Enb Address What
1 breakpoint keep y 0x004401b2 in main at /home/rgetz/blackfin/toolchain/binutils-2.17/gdb/testsuite/gdb.base/average.c:38
(gdb) PASS: gdb.base/dbx.exp: status
When you do a "stop 43", since the current context is not the application
source file (it is line number after all), it puts a breakpoint in the
current open file - crt1.S, and this fails the pattern match.
stop at 43
Breakpoint 2 at 0x440044: file libc/sysdeps/linux/bfin/crt1.S, line 43.
(gdb) FAIL: gdb.base/dbx.exp: stop at 43
This doesn't sound like an architecture specific issue?
Thanks for any/all pointers.
-Robin
next reply other threads:[~2007-12-05 15:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-05 15:59 Robin Getz [this message]
2007-12-05 16:07 ` Daniel Jacobowitz
2007-12-05 16:54 ` Robin Getz
-- strict thread matches above, loose matches on Subject: below --
2005-06-22 16:53 testsuite question Manoj Iyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200712051059.37705.rgetz@blackfin.uclinux.org \
--to=rgetz@blackfin.uclinux.org \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox