harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Ellison <t.p.elli...@gmail.com>
Subject Re: svn commit: r416738 - /incubator/harmony/enhanced/drlvm/trunk/vm/vmcore/src/init/bootclasspath.properties
Date Mon, 26 Jun 2006 09:24:57 GMT
Gregory Shimansky wrote:
> On Sunday 25 June 2006 17:26 Mark Hindess wrote:
>> On 24 June 2006 at 22:38, Tim Ellison <t.p.ellison@gmail.com> wrote:
>>> Mark Hindess wrote:
>>>> On 24 June 2006 at 14:44, Gregory Shimansky <gshimansky@gmail.com>

> wrote:
>>>>> Btw I've figured why kernel.jar has to be added to
>>>>> bootclasspath.properties before luni.jar. They have many classes with
>>>>> the same name but different code (Class, ClassLoader, Thread, System,
>>>>> String to mention a few). So if luni.jar goes first in bootclasspath,
>>>>> then all of those kernel classes implementations are taken from
>>>>> classlib which isn't very good because they should be taken from VM's
>>>>> kernel.jar. So there is no surprise that it doesn't work.
>>>> Oops... I can't believe we didn't spot this before! ...
>>> That's a regression :-(  We used to specifically exclude the kernel
>>> patternsets from each JAR packaging step.  I agree that it should be
>>> restored.
>> Yes, it's definitely a regression.  Probably at least partly my fault,
>> so I've fixed it in r417017.
>>
>> Gregory, this should almost fix the ordering issue except for String
>> which has moved out of the kernel classes in to luni.  But as Tim says
>> the real solution is to load the VM's versions of kernel classes first
>> the same way the IBM VME does it.
> 
> Sure I've created a patch to properties parser which adds kernel.jar 
> unconditionally to the beginning of bootclasspath, and filters out everything 
> which isn't beginning with bootclasspath.[0-9] so no *.source and other 
> properties appear in the property.

Ok, that will work. As I said earlier, an alternative is to participate
in the Harmony launcher since it can set up VM-specific options via a
properties file, and create the portlib, etc.  Perhaps that can wait for
a 'round two' ;-)

Regards,
Tim


-- 

Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message