Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: David Carlton <carlton@math.stanford.edu>
To: Jim Blandy <jimb@redhat.com>
Cc: Michael Elizabeth Chastain <mec@shout.net>,
	fnasser@redhat.com, gdb@sources.redhat.com,
	Daniel Jacobowitz <drow@mvista.com>
Subject: Re: Clean up gdb.c++ tests for dwarf 1
Date: Wed, 05 Feb 2003 22:06:00 -0000	[thread overview]
Message-ID: <ro1ptq6xuvp.fsf@jackfruit.Stanford.EDU> (raw)
In-Reply-To: <vt2of5qquvp.fsf@zenia.red-bean.com>

On 05 Feb 2003 16:29:14 -0500, Jim Blandy <jimb@redhat.com> said:
> Michael Elizabeth Chastain <mec@shout.net> writes:

>> (1) Just remove these calls to setup_xfail_format.  If someone runs the
>> gdb test suite with DWARF 1, the test suite will do its job and
>> give FAIL results for all the C++ tests that do not work with DWARF
>> 1.

> Your rationale here is that, since we don't really know which of
> these failures are genuine, can't-be-done-with-Dwarf-1 expected
> failures, and which are GDB bugs, you want to dump them all into the
> "genuine bug" category and start re-categorizing, using our modern
> interpretation of XFAIL and KFAIL?

I won't speak for Michael, but my rationale is that, based on
discussions over the last few weeks and based on the patch to
gdb.texinfo that I committed on Monday, we currently don't support C++
on DWARF 1.  The testsuite is cluttered with XFAILs that we have no
reason to believe are either correct or comprehensive; the two obvious
choices, then, are to either throw them out entirely or to XFAIL
everything, which are Michael's options 1 and 2.

If at some point in the future somebody decides to start working on
improving C++ DWARF 1 support in GDB (and, presumably, in GCC), then
that person can take the time to sort through what works, what doesn't
work because of failures in GDB, what doesn't work because of failures
in GCC, and what doesn't work because of limitations in the debug
format.  I doubt anybody will be motivated to do so; getting rid of
the current XFAIL's won't hurt such an effort, however.

David Carlton
carlton@math.stanford.edu


  parent reply	other threads:[~2003-02-05 22:06 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-05 21:30 Michael Elizabeth Chastain
2003-02-05 21:37 ` David Carlton
2003-02-05 21:38 ` Jim Blandy
2003-02-05 21:43   ` Daniel Jacobowitz
2003-02-05 22:06   ` David Carlton [this message]
2003-02-05 22:18 ` Elena Zannoni
2003-02-05 22:41 Michael Elizabeth Chastain
2003-02-05 22:45 Michael Elizabeth Chastain

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=ro1ptq6xuvp.fsf@jackfruit.Stanford.EDU \
    --to=carlton@math.stanford.edu \
    --cc=drow@mvista.com \
    --cc=fnasser@redhat.com \
    --cc=gdb@sources.redhat.com \
    --cc=jimb@redhat.com \
    --cc=mec@shout.net \
    /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