From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9796 invoked by alias); 13 Nov 2008 11:20:35 -0000 Received: (qmail 9760 invoked by uid 22791); 13 Nov 2008 11:20:34 -0000 X-Spam-Check-By: sourceware.org Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (80.101.103.228) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 13 Nov 2008 11:19:58 +0000 Received: from dijkstra.wildebeest.org ([192.168.1.29]) by gnu.wildebeest.org with esmtp (Exim 4.63) (envelope-from ) id 1L0aEs-0006zI-LP; Thu, 13 Nov 2008 12:19:55 +0100 Subject: Re: version of java for the sources ? From: Mark Wielaard To: Fabien DUMINY Cc: mauve-discuss@sourceware.org In-Reply-To: <491BC174.4000108@webmails.com> References: <491BC174.4000108@webmails.com> Content-Type: text/plain Date: Thu, 13 Nov 2008 11:20:00 -0000 Message-Id: <1226575194.4563.4.camel@dijkstra.wildebeest.org> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-IsSubscribed: yes Mailing-List: contact mauve-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sourceware.org X-SW-Source: 2008-q4/txt/msg00001.txt.bz2 Hi Fabien, On Thu, 2008-11-13 at 06:56 +0100, Fabien DUMINY wrote: > Can I use Java 5 features in mauve sources (the core part, not the > testlet part) ? We do normally try to not be too fancy in mauve, just because there are still some older vms and compilers out there. So if you can avoid using these newer language constructs that would be appreciated. > Here are the changes I am currently finalizing : > - an XML report reader/writer > - a comparator of 2 XML reports (to show regressions/progressions in > both html or plain text) > - some non-JNode-specific minor changes that were needed to make mauve > usable in JNode > - removing gnu.testlet.runner.XMLGenerator : that class is empty and I > am not modifying/using it Very nice! If it is hard to avoid the jdk5 langauge features and you can contain them to just the XML generation part then we could probably just make them optional in case someone needs a "plain old mauve without bells". > - add nanoxml lite (licence zlib/libpng) by copying the 2 files > (XMLElement, XMLParseException) from icedtea That should be fine. But please do make sure to prominently document where they came from and how to update them to upstream versions in the future if necessary. Cheers, Mark