This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 1/2] GDB test suite: Add helper for locating core files
- From: Pedro Alves <palves at redhat dot com>
- To: "Maciej W. Rozycki" <macro at mips dot com>
- Cc: Andreas Arnez <arnez at linux dot vnet dot ibm dot com>, Kevin Buettner <kevinb at redhat dot com>, gdb-patches at sourceware dot org
- Date: Wed, 18 Oct 2017 12:46:17 +0100
- Subject: Re: [PATCH 1/2] GDB test suite: Add helper for locating core files
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=palves at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com D1F53A790
- References: <1505760152-28775-1-git-send-email-arnez@linux.vnet.ibm.com> <1505760152-28775-2-git-send-email-arnez@linux.vnet.ibm.com> <20171007094545.1bba5c51@pinnacle.lan> <m31smcp3b6.fsf@oc1027705133.ibm.com> <b43a08e1-c79d-a4a6-662f-c2e21b150ec6@redhat.com> <alpine.DEB.2.00.1710171912470.3886@tp.orcam.me.uk>
Hi Maciej,
On 10/17/2017 07:19 PM, Maciej W. Rozycki wrote:
> On Tue, 17 Oct 2017, Pedro Alves wrote:
>> Wouldn't an UNTESTED or UNSUPPORTED be better? It's what
>> we tend to do with other cases of unsupported/untested tests.
>
> I think UNSUPPORTED is the right status; UNTESTED is meant for missing
> tests really; see:
>
> UNTESTED
> A test was not run. This is a placeholder, used when there is no real
> test case yet.
>
> vs:
>
> UNSUPPORTED
> There is no support for the tested case. This may mean that a
> conditional feature of an operating system, or of a compiler, is not
> implemented. DejaGnu also uses this message when a testing
> environment (often a "bare board" target) lacks basic support for
> compiling or running the test case. For example, a test for the
> system subroutine gethostname would never work on a target board
> running only a boot monitor.
>
IMHO, this "placeholder" status of UNTESTED is pretty useless, at
least for GDB. I don't recall ever adding such a placeholder
testcase, and I don't think GDB uses it like that.
I think a more useful distinction would be:
- UNSUPPORTED to indicate that the feature isn't supported by GDB or
the remote stub. E.g., in this case we'd use it if the GDB port
does not support debugging core dumps at all.
- UNTESTED to indicate that the feature is supported by GDB but
the test wasn't run because it's not possible to run it,
or we choose to not run it, in the current test environment, e.g.,
because of a board limitation. In this case, we skip core tests
when the host or target boards are remote, even though
the feature is supported by GDB (even with "target remote" and
cross debugging, at least on some ports).
We use UNTESTED in many places already meaning something like
the above (instead of placeholder status), though I'm not aware
of rationale written down anywhere. The above is just my
intuition, and most of these untested/unsupported calls predate
my involvement with GDB.
Thanks,
Pedro Alves