hg: jdk7/tl/langtools: 6627362: javac generates code that uses array.clone, which is not available on JavaCard; ...

2008-08-01 Thread jonathan . gibbons
Changeset: 3437676858e3 Author:jjg Date: 2008-08-01 15:23 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/3437676858e3 6627362: javac generates code that uses array.clone, which is not available on JavaCard 6627364: javac needs Float and Double on the bootclasspath even

hg: jdk7/tl/jdk: 6730273: TEST: JDI_REGRESSION test Solaris32AndSolaris64Test.sh fails if -XX:+UseCompressedOops is used

2008-08-01 Thread jim . holmlund
Changeset: 3232179e24ae Author:jjh Date: 2008-08-01 13:58 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3232179e24ae 6730273: TEST: JDI_REGRESSION test Solaris32AndSolaris64Test.sh fails if -XX:+UseCompressedOops is used Summary: Fix test to not pass -XX:[+-]UseCompressedOo

hg: jdk7/tl/corba: 6732815: CORBA_2_3 java sources not explicitly compiled

2008-08-01 Thread kelly . ohair
Changeset: e9dad83f035c Author:ohair Date: 2008-08-01 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/e9dad83f035c 6732815: CORBA_2_3 java sources not explicitly compiled Reviewed-by: tbell ! make/org/omg/CORBA/Makefile

Re: covariant returns for CharBuffer.subSequence

2008-08-01 Thread Alan Bateman
Martin Buchholz wrote: : As often happens with me, this change is ever-expanding out of scope. If we have consensus on the covariant returns for other Buffers, I am willing to add these to the change. I don't mean to twist your arm :-) As this is API change there is a bit of process work wh

java-nio-charset-enhanced -|- Milestone 1 is released

2008-08-01 Thread Ulf Zibis
Hi all, I'm proud to anounce, that I have released Milestone 1 of my .net-project: https://java-nio-charset-enhanced.dev.java.net/ 198 inner de/encoder classes have been removed in footprint's favor. The performance is somewhat better than the JDK 6 original. More is planned for the next relea

Re: covariant returns for CharBuffer.subSequence

2008-08-01 Thread David M. Lloyd
On 08/01/2008 11:04 AM, Martin Buchholz wrote: As often happens with me, this change is ever-expanding out of scope. If we have consensus on the covariant returns for other Buffers, I am willing to add these to the change. You've got my vote! Not that it's worth anything. :-) - DML

Re: covariant returns for CharBuffer.subSequence

2008-08-01 Thread Martin Buchholz
On Fri, Aug 1, 2008 at 1:39 AM, Alan Bateman <[EMAIL PROTECTED]> wrote: > Martin Buchholz wrote: >> >> We would like to have return types of methods be the most covariant >> as is reasonable. The only problem is compatibility. >> For classes that cannot be subclassed by users, >> changing covarian

hg: jdk7/tl/jdk: 6732192: CORE_PKGS.gmk: need to declare javax.management.event in the CORE_PKGS variable

2008-08-01 Thread daniel . fuchs
Changeset: e0dc076d99b8 Author:dfuchs Date: 2008-08-01 11:41 +0200 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e0dc076d99b8 6732192: CORE_PKGS.gmk: need to declare javax.management.event in the CORE_PKGS variable Reviewed-by: emcmanus ! make/docs/CORE_PKGS.gmk

Re: covariant returns for CharBuffer.subSequence

2008-08-01 Thread Alan Bateman
Martin Buchholz wrote: We would like to have return types of methods be the most covariant as is reasonable. The only problem is compatibility. For classes that cannot be subclassed by users, changing covariant returns is almost 100% compatible. (We all know that no change is 100.00% compati

hg: jdk7/tl/jdk: 2 new changesets

2008-08-01 Thread martinrb
Changeset: 3a1325be2806 Author:martin Date: 2008-08-01 00:38 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3a1325be2806 6730380: java.util.Timer should use AtomicInteger Reviewed-by: dl, chegar ! src/share/classes/java/util/Timer.java Changeset: f33c3846cecb Author:dl