classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mauve results posted nightly


From: Stuart Ballard
Subject: Re: mauve results posted nightly
Date: Wed, 20 Nov 2002 11:37:27 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1

Brian Jones wrote:

as classpath packages "${CLASSPATH_CVS}/build/lib/glibj.zip" +java +javax +org 
-java.awt.dnd.peer -java.awt.peer -org.apache -org.w3c.dom.css -org.w3c.dom.events 
-org.w3c.dom.html -org.w3c.dom.stylesheets -org.w3c.dom.traversal -org.w3c.dom.views 
-java.text.resources

This is what I use nightly on Classpath.  I may need to regenerate the
jdk stuff just to be sure it uses the same thing.

On the JDK you also need -java.text.resources - it's never been in any of the releases' documentation, but it's in every JDK version since 1.1. It currently shows up as 100% missing (and bright red) in the nightly HTML comparison, because the 1.2 and 1.3 japis I have still include it...

Btw, I have added the errors themselves to the HTML output, and linkified them from the summary table. It needs a bit more tidying up and some per-package summaries, but it's useful enough to be worth trying to use the HTML output for bugfixing. The only thing that worries me is that in the absence of a jdk14.japi, some of the things that are listed as errors might be actually attempts at 1.4 compatibility - just as there are quite a few errors against JDK1.1 that don't appear in the output for JDK1.3, suggesting that these are places where Sun themselves broke compatibility.

If anyone feels like figuring out enough of Jode to get a jdk14.japi out of it, now would be a very good time; this is something I certainly can't do because my primary machine can barely even japize 1.1.

Stuart.

--
Stuart Ballard, Programmer
NetReach - Internet Solutions
(215) 283-2300, ext. 126
http://www.netreach.com/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]