From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11584 invoked by alias); 18 Mar 2006 08:15:49 -0000 Received: (qmail 11572 invoked by uid 22791); 18 Mar 2006 08:15:48 -0000 X-Spam-Check-By: sourceware.org Received: from mail0.ewetel.de (HELO mail0.ewetel.de) (212.6.122.10) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 18 Mar 2006 08:15:45 +0000 Received: from majestix.konqueror.de (dynadsl-080-228-200-084.ewetel.net [80.228.200.84]) by mail0.ewetel.de (8.12.1/8.12.9) with ESMTP id k2I8FP4d012223; Sat, 18 Mar 2006 09:15:25 +0100 (MET) Received: from mkoch by majestix.konqueror.de with local (Exim 4.50) id 1FKWaq-0007sB-O7; Sat, 18 Mar 2006 09:15:24 +0100 Date: Sat, 18 Mar 2006 08:15:00 -0000 From: Michael Koch To: David Daney Cc: Thomas Fitzsimmons , classpath@gnu.org, mauve-discuss@sources.redhat.com Subject: Re: Mauve wishlist Message-ID: <20060318081524.GA29596@mail.konqueror.de> Mail-Followup-To: David Daney , Thomas Fitzsimmons , classpath@gnu.org, mauve-discuss@sources.redhat.com References: <1142613140.3805.20.camel@rh-ibm-t41> <441B24D8.30304@avtrex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441B24D8.30304@avtrex.com> User-Agent: Mutt/1.5.9i X-CheckCompat: OK X-IsSubscribed: yes Mailing-List: contact mauve-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00065.txt.bz2 On Fri, Mar 17, 2006 at 01:06:32PM -0800, David Daney wrote: > Thomas Fitzsimmons wrote: > >Hi, > > > >Anthony Balkissoon has expressed interest in improving Mauve so we'd > >like to know what would be the best things to work on. > > > >Here are two items on my list: > > > >- A web reporting facility that generates JAPI-style bar graphs. > >Ideally the graphs would represent a code-coverage analysis but I have > >no idea how feasible that is using free tools. > > > >- A framework for testing VM invocations and the tools' command-line > >interfaces -- in other words, a framework that can exec commands. This > >may be best done as an independent module, separate from Mauve. > > > >There is also lots of room for improvement in how Mauve tests are > >selected and run. I'm hoping someone who better understands Mauve's > >design will elaborate. > > > > I would like to see a way to partition the different tests. Sometimes > mauve will not build for gcj (and probably other compilers as well) > because just a single file has some problem. It would be nice to still > be able to run the majority of the tests in this situation. That is what batch_run can do today. Cheers, Michael -- http://www.worldforge.org/