From: Noa Resare <noa@resare.com>
To: mauve-discuss@sources.redhat.com
Subject: future plans for mauve
Date: Fri, 29 Oct 2004 06:41:00 -0000 [thread overview]
Message-ID: <1099032100.2198.50.camel@c-241f72d5.01-60-6c6b701.cust.bredbandsbolaget.se> (raw)
Hello
While using mauve for a while now I have felt an urge to put some time
into change/fix some things that I think could be done better. This will
not happen right now, as I would like to see kaffe-1.1.5 out the door
first and I'm going offline for a week tonight but I thought it would be
a good idea to share my ideas with the list anyway, especially since
David Gilbert seems to be thinking about using a mauve for testing other
code than the class library.
Note that these are just random thoughts, and I'm really open to
suggestions.
* The './configure; make tests ARGS' invocation scheme is a little odd.
I'd like to have a small script perhaps called 'mauve' that took
arguments --java=/path/to/java --javac=/path/to/javac. The rest of the
args should be like the KEYS variable.
* Changes in mauve-KEYWORD files should trigger a recalculation of which
classes should be tested.
* The mechanism now implemented in the choose script should be faster
and written in a language more suited for the task. java perhaps?
* Improved documentation. There should be a 'write a new test guide' of
some sort.
* Package structure. The part that could be called the 'testlet api'
should live in gnu.testlet. The test runner implementation should be in
gnu.mauve.runner (?) and test hierarchy perhaps in gnu.mauve.tests.
* Improved progress reporting when doing the tests.
/noa
next reply other threads:[~2004-10-29 6:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-29 6:41 Noa Resare [this message]
2004-10-29 6:51 ` Michael Koch
[not found] ` <41822114.1020602@gmx.net>
2004-10-29 10:59 ` Michael Koch
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=1099032100.2198.50.camel@c-241f72d5.01-60-6c6b701.cust.bredbandsbolaget.se \
--to=noa@resare.com \
--cc=mauve-discuss@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).