Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <cagney@gnu.org>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA] new test for separate debug info
Date: Fri, 16 Jan 2004 19:55:00 -0000	[thread overview]
Message-ID: <400841B3.9000304@gnu.org> (raw)
In-Reply-To: <20040112222849.GA11269@nevyn.them.org>

> > Ya!  Now what would be nice is a similar gdbserver sniff test :-)
> 
> 
> Er.... I have absolutely no idea what that sentence means :)

short answer:

gdb/testsuite/gdb.base/gdbserver.exp

long answer:

There are two ways of testing stuff like separate debug info and gdb-server:

- as part of full and separate dejagnu test run
eg: make check RUNTESTFLAGS=--target_board=gdbserver

- as a small focused functional / unit test
eg: make check RUNTESTFLAGS=gdbserver.exp

Both are correct as both offer distinct advantages and disadvantages 
(mind you I should note that I've witnessed argument disputing this :-). 
  The former provides better coverage, but with no realistic expectation 
that the average GDB developer will ever run it; while the later ensures 
that that specific functionality is always working, but lacks broad 
coverage.

A gdbserver.exp unit test would significantly improve the odds of 
gdbserver working with a standard GDB.  It would also make possible the 
writing of gdbserver specific tests that explore edge cases missed by 
the more standard tests (the attach / detach behavior for instance). 
Also, in support of this, even though separate debug info bit rot and 
broke within months of its initial commit, the breakage wasn't noticed 
for several further months (when the unit test was added).

Andrew



  parent reply	other threads:[~2004-01-16 19:55 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-14 19:37 Michael Elizabeth Chastain
2003-11-14 20:09 ` Elena Zannoni
2004-01-12 17:20   ` Elena Zannoni
2004-01-12 22:01     ` Andrew Cagney
2004-01-12 22:28       ` Daniel Jacobowitz
2004-01-12 23:11         ` Elena Zannoni
2004-01-12 23:20           ` Daniel Jacobowitz
2004-01-13  3:12           ` Ian Lance Taylor
2004-01-16 19:55         ` Andrew Cagney [this message]
2004-01-16 22:41           ` Daniel Jacobowitz
  -- strict thread matches above, loose matches on Subject: below --
2004-01-14  2:47 Michael Elizabeth Chastain
2004-01-14 15:09 ` Elena Zannoni
2004-01-13 22:24 Michael Elizabeth Chastain
2004-01-13 23:37 ` Elena Zannoni
2004-01-13  5:19 Michael Elizabeth Chastain
2004-01-13 17:18 ` Elena Zannoni
2004-01-13  2:28 Michael Elizabeth Chastain
2004-01-13  4:49 ` Elena Zannoni
2003-11-14 15:18 Michael Elizabeth Chastain
2003-11-14 15:52 ` Elena Zannoni
2003-11-14  5:14 Michael Elizabeth Chastain
2003-11-14 14:30 ` Elena Zannoni
2003-11-14  4:57 Michael Elizabeth Chastain
2003-11-14 14:32 ` Elena Zannoni
2003-11-13 17:55 Michael Elizabeth Chastain
2003-11-13 19:23 ` Elena Zannoni
2003-11-13 20:08 ` Elena Zannoni
2003-11-13 23:15 ` Elena Zannoni
2003-11-14  4:22   ` Daniel Jacobowitz
2003-11-14 14:34     ` Elena Zannoni
2003-11-13 16:49 Michael Elizabeth Chastain
2003-11-12 22:13 Elena Zannoni
2003-11-12 22:29 ` Daniel Jacobowitz
2003-11-13 16:18   ` Andrew Cagney

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=400841B3.9000304@gnu.org \
    --to=cagney@gnu.org \
    --cc=drow@mvista.com \
    --cc=gdb-patches@sources.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