Baseline from: Mon Mar 10 21:16:45 UTC 2008
Regressions:
FAIL: gnu.java.security.jce.TestOfHttps
FAIL: java.io.Serializable.BreakMeTestSer
FAIL: java.lang.Long.Tests15
FAIL: java.text.SimpleDateFormat.Localization
Improvements:
PASS:
Baseline from: Fri Mar 21 13:27:31 UTC 2008
Regressions:
FAIL: gnu.java.security.util.TestOfIntegerUtil
FAIL: java.lang.Long.Tests15
FAIL: java.net.HttpURLConnection.timeout
FAIL: java.text.SimpleDateFormat.Localization
Improvements:
PASS:
Baseline from: Mon Mar 10 21:16:45 UTC 2008
Regressions:
FAIL: gnu.java.security.jce.TestOfHttps
FAIL: java.awt.Graphics.TestPaintGraphics
FAIL: java.io.Serializable.BreakMeTestSer
FAIL: java.lang.Long.Tests15
FAIL: java.text.SimpleDateFormat.Localization
Improvements:
PASS:
Baseline from: Fri Mar 21 13:27:31 UTC 2008
Regressions:
FAIL: gnu.java.security.util.TestOfIntegerUtil
FAIL: java.awt.Graphics.TestPaintGraphics
FAIL: java.lang.Long.Tests15
FAIL: java.net.HttpURLConnection.timeout
FAIL: java.text.SimpleDateFormat.Localization
Improvements:
PASS:
Baseline from: Sun May 4 04:35:12 UTC 2008
Regressions:
FAIL: javax.net.ssl.SSLEngine.TestHandshake
Improvements:
PASS: gnu.javax.swing.text.html.parser.support.Parser.ParserEntityResolverTest
PASS: java.net.HttpURLConnection.illegalStateException
PASS:
On Sun, 2008-05-11 at 00:08 +0100, Andrew John Hughes wrote:
Hi all,
I recently noticed that our VM classes had acquired code that uses the
1.5 language features. As I believe we agreed to keep these 1.4-clean
with respect to the language features, I've removed these. I assume
we wish to
2008/5/13 Christian Thalinger [EMAIL PROTECTED]:
On Sun, 2008-05-11 at 00:08 +0100, Andrew John Hughes wrote:
Hi all,
I recently noticed that our VM classes had acquired code that uses the
1.5 language features. As I believe we agreed to keep these 1.4-clean
with respect to the
On Tue, 2008-05-13 at 09:45 +0100, Andrew John Hughes wrote:
That was my understanding. Apart from making the code messier,
it doesn't do any harm, it's just difficult to maintain if we don't
build it with
the 1.4 options.
OK, I think it's a good idea.
- twisti
OneGuy wrote:
I tried
System.out.printf(Primes up to %8d %8d\n, m, count);
and it worked fine on GCJ (as far as I remember), but someone else got the
error
45: error: Can't find method 'printf(Ljava/lang/String;II)' in type
'java.io.PrintStream'.
System.out.printf(Primes up to
The Java documentation only allows a '-' sign, not a '+' sign in
Integer.parseInt and Integer.decode.
David R Cok
Andrew John Hughes [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
05/12/2008 04:46 PM
To
Nicolas Geoffray [EMAIL PROTECTED]
cc
classpath@gnu.org
Subject
Re: Integer.parseInt(+42)
[EMAIL PROTECTED] wrote:
The Java documentation only allows a '-' sign, not a '+' sign in
Integer.parseInt and Integer.decode.
You've not been reading your mail. In particular, you haven't been
reading my replies. :-)
Andrew.
Hi,
javax.xml.datatype.DatatypeFactory declares:
public static final String DATATYPEFACTORY_IMPLEMENTATION_CLASS =
gnu.xml.datatype.JAXPDatatypeFactory;
The value is a fallback value which is treated as a class which is to be
instantiated. Unfortunately this class does not exist.
Has this class
2008/5/13 Robert Schuster [EMAIL PROTECTED]:
Hi,
javax.xml.datatype.DatatypeFactory declares:
public static final String DATATYPEFACTORY_IMPLEMENTATION_CLASS =
gnu.xml.datatype.JAXPDatatypeFactory;
The value is a fallback value which is treated as a class which is to be
instantiated.
Hi,
from 0.97 onwards, classpath needs a working javah tool. Such a program
is provided by classpath' tools.zip but needs a working runtime and
class library first.
Earlier classpath releases had pre-generated header files and needed no
javah program.
Someone with less knowledge of the subtile
14 matches
Mail list logo