Martin Buchholz wrote:
On Fri, Aug 21, 2009 at 11:09, Xueming Shen wrote:
Martin, webrev has been updated to
(1)use unidiff (and the correct order of src and target)
(2)put those diffs into a patches dir
(3)remove the minigzip.c from the ws (this one is not included in the file_c
list...)
On Fri, Aug 21, 2009 at 11:09, Xueming Shen wrote:
>
> Martin, webrev has been updated to
>
> (1)use unidiff (and the correct order of src and target)
> (2)put those diffs into a patches dir
> (3)remove the minigzip.c from the ws (this one is not included in the file_c
> list...)
Thanks.
--
That was probably a stunningly unclear reply. Let me be a little clearer:
The list of classes you actually need is not very long. You can grep
through the Hotspot code to figure it out. Mostly, it consists of
things in java.lang.* and java.lang.*.*.
I'm not a lawyer, but it is my understanding
I've been reviewing the Javadoc for the JDK 7 Currency class changes.
http://download.java.net/jdk7/docs/api/java/util/Currency.html
The updates appear to allow users the ability to override the built in
currency data, as indicated in the class javadoc:
"Users can supersede the Java runtime cu
Hi Andrew,
On Fri, 2009-08-21 at 20:35 +0100, Andrew John Hughes wrote:
> 2009/8/21 Mark Wielaard :
> > On Thu, 2009-08-20 at 15:40 -0700, Mark Reinhold wrote:
> >> This change was integrated prematurely. I've rolled it back in the
> >> jdk7/tl/jdk repository.
> >
> > If at all possible, please d
Changeset: 3992a43bb0a5
Author:darcy
Date: 2009-08-21 11:31 -0700
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/3992a43bb0a5
6378701: (enum) Unclear purpose of EnumConstantNotPresentException
Reviewed-by: lancea, andrew, alanb
! src/share/classes/java/lang/EnumConstantNotPresentE
To be fair, it isn't really all that much compared to the size of the
platform. You can grep through the sources to find out - it is mostly
just the stuff in java.lang.* and java.lang.*.*, with some additional
bits and bobs.
I suspect you can actually do this, too - isn't it fine as long as you
d
Interesting. I guess I'd naively assumed that the 'bytecode engine'
would have some mechansim of "registering" certain classes to act as the
key classes it requires. (My hypothetical setup here is the tuned
hotspot engine but no java.* class files whatsoever)
What we've learnt however is that