public inbox for mauve-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@cygnus.com>
To: Tim Wilkinson <tim@transvirtual.com>
Cc: mauve <mauve-discuss@sourceware.cygnus.com>
Subject: Re: Library/VM tests
Date: Thu, 01 Apr 1999 00:00:00 -0000	[thread overview]
Message-ID: <87bti94rgj.fsf@cygnus.com> (raw)
Message-ID: <19990401000000.D4HNq2PCYarFEKd2du1YPl2Bdz4mocHVXtwKh7KU0WU@z> (raw)
In-Reply-To: <36DC7DA9.16A46D4F@transvirtual.com>

>>>>> "Tim" == Tim Wilkinson <tim@transvirtual.com> writes:

Tim> I have (finally) been looking into integrating our modest
Tim> testsuite into Mauve but have run up against a problem.  So far
Tim> as I understand things Mauve is designed to test *only* the
Tim> library functionality.  Given this what are we suppose to do
Tim> about test which sit on the boundary - ClassLoaders spring to
Tim> mind but there's also such things as Serialization, Reflection
Tim> and bunch of other borderline stuff.  None of this is VM specific
Tim> of course but it relies on more heavy VM support than some tests
Tim> (some stuff uses threads for example).

Tim> So my question is - what's the policy on this?

Policy is really for us to decide as a group.  The original goal was
to write a test suite for the class libraries, but I'm beginning to
think we'd be better off expanding the scope to include VM/runtime
tests as well.  After all, why not?  This will only benefit everybody.

I'm not fully clear on all the issues in terms of implementation.
However, I'm pretty clear on what Cygnus' requirements are in terms of
functionality.  I'd be happy to discuss this with anybody
contemplating revising Mauve to include more kinds of tests (that is,
if the test framework needs changing.  I don't know whether it does).

Tom

  reply	other threads:[~1999-04-01  0:00 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-03-02 16:06 Tim Wilkinson
1999-03-03 23:56 ` Tom Tromey [this message]
     [not found]   ` < 87bti94rgj.fsf@cygnus.com >
1999-03-04 12:56     ` Moses DeJong
     [not found]       ` < Pine.SGI.4.05.9903041452180.811-100000@neon.cs.umn.edu >
1999-03-04 13:11         ` Godmar Back
1999-04-01  0:00           ` Godmar Back
1999-04-01  0:00       ` Moses DeJong
1999-04-01  0:00   ` Tom Tromey
1999-03-04  7:45 ` Artur Biesiadowski
1999-03-04 10:46   ` Brian Jones
1999-04-01  0:00     ` Brian Jones
1999-03-04 19:03   ` Tim Wilkinson
1999-03-11 23:25     ` Tom Tromey
1999-03-12  3:37       ` VM tests [was Re: Library/VM tests] Artur Biesiadowski
     [not found]         ` < 36E8FBAD.F4FA1CF@pg.gda.pl >
1999-03-12  8:19           ` Godmar Back
1999-04-01  0:00             ` Godmar Back
1999-04-01  0:00         ` Artur Biesiadowski
1999-04-01  0:00       ` Library/VM tests Tom Tromey
1999-04-01  0:00     ` Tim Wilkinson
1999-04-01  0:00   ` Artur Biesiadowski
1999-04-01  0:00 ` Tim Wilkinson

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=87bti94rgj.fsf@cygnus.com \
    --to=tromey@cygnus.com \
    --cc=mauve-discuss@sourceware.cygnus.com \
    --cc=tim@transvirtual.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).