Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Michael Elizabeth Chastain <mec@shout.net>
To: carlton@math.stanford.edu, fnasser@redhat.com, jimb@redhat.com
Cc: gdb-patches@sources.redhat.com
Subject: Re: [Jim Blandy <jimb@redhat.com>] RFA: Add tests for lookup_symbol_aux bug
Date: Fri, 20 Dec 2002 23:11:00 -0000	[thread overview]
Message-ID: <200212210659.gBL6xZJ31187@duracef.shout.net> (raw)

Jim Blandy submits:

  2002-10-04  Jim Blandy  <jimb@redhat.com>

	* gdb.c++/psmang.exp, gdb.c++/psmang1.cc, gdb.c++/psmang2.cc: New
	test.

This patch is approved, provided that you add one more comment.
(It seems kinda strange to exhort Jim Blandy, of all people, to write
more comments!)

It's already been approved by David Carlton so you could just commit
it and then consider my request.

My request is: in psmang.exp, mention whether you were testing with
dwarf-2 or stabs+ debugging format when you saw the bug happening.
This would be important if someone were trying to reproduce the bug.
(I saw the bug happening with both formats).

It feels a little strange to have a test which will PASS almost all the
time, even if gdb is broken.  I thought about it, and I decided that
it's okay with me.  A test which PASSes all the time actually takes up
very little human attention.  Also, there is plenty of information in
the test script, so someone could improve it with a patch later in the
future.  (For instance, we could add some maint commands to gdb to force
specific algorithmic paths in the symbol table reader so that test
scripts can exercise them).

Testing: I tested this on native i686-pc-linux-gnu, with:

  gdb     => 5.2.1, gdb_5_3-branch, HEAD
  gcc     => v2 and v3
  gformat => dwarf-2, stabs+

All configurations with gdb HEAD and gdb_5_3-branch gave these results.
So did gdb 5.2.1 with gcc v2:

  PASS: gdb.c++/psmang.exp: break s::method1
  PASS: gdb.c++/psmang.exp: break s::method2

The bug was fixed before gdb 5.3 was branched so gdb_5_3-branch is okay,
and presumably gdb 5.3 itself is too.

Configurations with gdb 5.2.1 and gcc v3 gave these results:

  FAIL: gdb.c++/psmang.exp: break s::method1
  PASS: gdb.c++/psmang.exp: break s::method2

This is all as expected, no surprises.

Michael C


             reply	other threads:[~2002-12-21  6:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-20 23:11 Michael Elizabeth Chastain [this message]
2002-12-21 20:14 ` Jim Blandy
2002-12-21 21:14 ` David Carlton
  -- strict thread matches above, loose matches on Subject: below --
2002-12-21 21:27 Michael Elizabeth Chastain
2002-12-20 10:54 Jim Blandy
2002-12-20 11:52 ` David Carlton
2002-12-21 18:07   ` Jim Blandy

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=200212210659.gBL6xZJ31187@duracef.shout.net \
    --to=mec@shout.net \
    --cc=carlton@math.stanford.edu \
    --cc=fnasser@redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=jimb@redhat.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