* future plans for mauve
@ 2004-10-29 6:41 Noa Resare
2004-10-29 6:51 ` Michael Koch
0 siblings, 1 reply; 3+ messages in thread
From: Noa Resare @ 2004-10-29 6:41 UTC (permalink / raw)
To: mauve-discuss
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: future plans for mauve
2004-10-29 6:41 future plans for mauve Noa Resare
@ 2004-10-29 6:51 ` Michael Koch
[not found] ` <41822114.1020602@gmx.net>
0 siblings, 1 reply; 3+ messages in thread
From: Michael Koch @ 2004-10-29 6:51 UTC (permalink / raw)
To: mauve-discuss; +Cc: Noa Resare
Am Freitag, 29. Oktober 2004 08:41 schrieb Noa Resare:
> 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.
I like to use the ./batch_run. I just ./configure mauve without
arguments once. Then I can set COMPILER and RUNTIME accordingly to my
test I wanna do and run ./batch_run. Thats much more easy then
re-reconfiguring each time.
> * 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.
Mauving things around in CVS is a bad idea as the history of changes
for the moved files get lost. I often look into such informations.
Michael
--
Homepage: http://www.worldforge.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-10-29 10:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-29 6:41 future plans for mauve Noa Resare
2004-10-29 6:51 ` Michael Koch
[not found] ` <41822114.1020602@gmx.net>
2004-10-29 10:59 ` Michael Koch
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).