Tim Ellison wrote:
> Please ensure your student feels welcome to send comments and questions
> to the dev list. There are lots of people here who can help.
I invited a student to present himself and send some question to this
list. He'll probably do it soon. We have started playing around with
Etienne Gagnon wrote:
> Hi Nathan,
>
> Not sure what others think... Personally, I would highly recommend
> being very careful before (or when?) changing kernel classes, as
> changing them could lead to a very unstable VM interface if care isn't
> put into preserving stability. An unstable VMI i
--
>> From: Tim Ellison [mailto:[EMAIL PROTECTED]
>> Sent: Friday, March 31, 2006 7:33 AM
>> To: harmony-dev
>> Subject: [classlib] splitting kernel in two
>>
>> FYI: To accurately reflect the modularity of the classlib code I'm
>> about to split the ker
the kernel APIs.
-Nathan
-Original Message-
From: Etienne Gagnon [mailto:[EMAIL PROTECTED]
Sent: Friday, March 31, 2006 7:14 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] splitting kernel in two
Hi Nathan,
Not sure what others think... Personally, I would highly recom
Hi Nathan,
Not sure what others think... Personally, I would highly recommend
being very careful before (or when?) changing kernel classes, as
changing them could lead to a very unstable VM interface if care isn't
put into preserving stability. An unstable VMI is not something I would
like to li
f this is a RTFM question, then feel free to point me back to the VMI
documents with a scolding.
Thanks.
-Nathan
> -Original Message-
> From: Tim Ellison [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 31, 2006 7:33 AM
> To: harmony-dev
> Subject: [classlib] splitting kernel
They are the only two that have kernel dependencies at the moment. Once
we get into some of the new 5.0 packages (e.g. j.u.concurrent) I'd
expect to see a few new modules with vm-specific types.
Regards,
Tim
Geir Magnusson Jr wrote:
> Are there any others that you might do while in there?
>
>
Are there any others that you might do while in there?
Tim Ellison wrote:
FYI: To accurately reflect the modularity of the classlib code I'm
about to split the kernel-stubs.jar into two separate pieces that
represent the 'vm-specific' parts of luni.jar and security.jar. This
means that luni an
FYI: To accurately reflect the modularity of the classlib code I'm
about to split the kernel-stubs.jar into two separate pieces that
represent the 'vm-specific' parts of luni.jar and security.jar. This
means that luni and security are no longer artificially coupled by a
single kernel.
Regards,
T
