public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Volker Reichelt <reichelt@igpm.rwth-aachen.de>
To: gcc@gcc.gnu.org
Cc: giovannibajo@libero.it, reichelt@igpm.rwth-aachen.de,
	ehrhardt@mathematik.uni-ulm.de
Subject: Testcases in Bugzilla
Date: Tue, 13 May 2003 11:50:00 -0000	[thread overview]
Message-ID: <200305131148.h4DBmONZ006303@relay.rwth-aachen.de> (raw)

Hi again,

we still haven't reached a conclusion about the testcases in Bugzilla.

Bugzilla offers us the possibility to mark an attachment as testcase
and a possibility to download them as pointed out in

http://gcc.gnu.org/ml/gcc/2003-05/msg01212.html

But how can we actually test the testcases?
The dejagnu testing harness doesn't allow you to specify a branch
or something like that where the test is supposed to pass/fail AFAIK.
And without such a feature the whole testing becomes a nightmare.

There are some resolutions, but they all have their drawbacks:

a) Create a testcase for each branch. (Way too much work IMHO.)

b) Mark all tests as XPASS and supply lists for each branch with the failures.
   (Too complicated in practice IMHO. And what about other architectures?)

c) Add a couple of lines at the top of each testcase that specify the
   compiler versions where we should XFAIL.
   Run them through a little preprocessor script that removes these lines
   and adds an XFAIL where appropriate. Hand the result over to dejagnu.

d) We can rely on my testing script which is just a small shell script
   which doesn't use dejagnu and therefore has only limited capabilities,
   but works for a lot of testcases and can deal with different compiler
   versions. (See http://gcc.gnu.org/ml/gcc/2002-12/msg01250.html )
   In that case I'd post a revamped version.

e) We could modify the script in d) to accomplish c).

f) Extend dejagnu with versioning.

g) ...?


I think we should reach a conclusion *before* we start adding the testcases
to bugzilla so that we don't have to modify the testcases over and over again.

Any suggestions?

Regards,
Volker

PS: To avoid name clashes between testcases, we should agree on a naming
convention (e.g. PR12345A.c).


             reply	other threads:[~2003-05-13 11:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-13 11:50 Volker Reichelt [this message]
2003-05-13 18:33 ` Janis Johnson
2003-05-13 20:56 Wolfgang Bangerth
2003-05-13 21:25 ` Daniel Berlin
2003-05-13 21:26   ` Wolfgang Bangerth

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=200305131148.h4DBmONZ006303@relay.rwth-aachen.de \
    --to=reichelt@igpm.rwth-aachen.de \
    --cc=ehrhardt@mathematik.uni-ulm.de \
    --cc=gcc@gcc.gnu.org \
    --cc=giovannibajo@libero.it \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).