From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: Karen Osmond <karen.osmond@gmail.com>
Cc: gdb-patches@sourceware.org
Subject: [patch] Test result regression for gdb.base/psymtab.exp [Re: [patch] not able to set pending breakpoint at qualified C++ function names]
Date: Thu, 25 Jun 2009 23:21:00 -0000 [thread overview]
Message-ID: <20090625232112.GA27525@host0.dyn.jankratochvil.net> (raw)
In-Reply-To: <Pine.LNX.4.64.0906251908020.32368@localhost.localdomain>
On Thu, 25 Jun 2009 20:09:15 +0200, Karen Osmond wrote:
> On Mon, 22 Jun 2009, Karen Osmond wrote:
> > 2009-06-22 Karen Osmond <karen.osmond@gmail.com>
> >
> > * linespec.c (find_method): Add new not_found_ptr parameter to
> > bring in line with symtab_from_filename, decode_variable.
> > (decode_compound): Likewise. Also propagate not_found_ptr to
> > find_method.
> > (decode_line_1): Propagate not_found_ptr to decode_compound.
> > (cplusplus_error): Now throws NOT_FOUND_ERROR.
>
> Committed.
There is now a small testsuite regression (x86_64-fedora-linux-gnu) as GDB now
behaves more correctly.
Can't find member of namespace, class, struct, or union named "zzz::dummy"
Hint: try 'zzz::dummy<TAB> or 'zzz::dummy<ESC-?>
(Note leading single quote.)
-(gdb) PASS: gdb.base/psymtab.exp: Don't search past end of psymtab.
-testcase ../.././gdb/testsuite/gdb.base/psymtab.exp completed in 1 seconds
+Make breakpoint pending on future shared library load? (y or [n]) FAIL: gdb.base/psymtab.exp: Don't search past end of psymtab. (timeout)
+testcase ../.././gdb/testsuite/gdb.base/psymtab.exp completed in 60 seconds
Requesting approval from GDB maintainers.
Thanks,
Jan
2009-06-26 Jan Kratochvil <jan.kratochvil@redhat.com>
* gdb.base/psymtab.exp (gdb.base/psymtab.exp): Turn off pending
breakpoints.
--- a/gdb/testsuite/gdb.base/psymtab.exp
+++ b/gdb/testsuite/gdb.base/psymtab.exp
@@ -61,6 +61,10 @@ gdb_start
gdb_reinitialize_dir $srcdir/$subdir
gdb_load ${binfile}
+# GDB now correctly asks if the symbol can be found on future library load.
+
+gdb_test "set breakpoint pending off"
+
# This test is looking for a bug that manifested itself when GDB was
# looking for a partial symbol such that there wasn't such a partial
# symbol in the psymtab, but such that the last psym in the psymtab
next prev parent reply other threads:[~2009-06-25 23:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-11 19:07 [patch] not able to set pending breakpoint at qualified C++ function names Karen Osmond
2009-04-29 1:03 ` Tom Tromey
2009-06-03 13:56 ` Karen Osmond
2009-06-04 21:50 ` Tom Tromey
2009-06-22 21:29 ` Karen Osmond
2009-06-25 18:09 ` Karen Osmond
2009-06-25 23:21 ` Jan Kratochvil [this message]
2009-06-26 14:50 ` [patch] Test result regression for gdb.base/psymtab.exp [Re: [patch] not able to set pending breakpoint at qualified C++ function names] Pedro Alves
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=20090625232112.GA27525@host0.dyn.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=karen.osmond@gmail.com \
/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