harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geir Magnusson Jr <g...@pobox.com>
Subject Re: [drlvm] Doing the minimum to support Java 5 classfiles
Date Fri, 23 Jun 2006 11:51:34 GMT


Pavel Pervov wrote:
> Geir,
> 
>> What's the first thing we do?
> I'd suggest switching the build to 1.5.
> 
> The rest will come shortly :)

Now that's a plan! :)

geir

> 
> Pavel Pervov.
> Intel Middleware Products Division.
> 
> On 6/23/06, Geir Magnusson Jr <geir@pobox.com> wrote:
>>
>> This sounds easy and fun.
>>
>> What's the first thing we do?
>>
>> geir
>>
>>
>> Rana Dasgupta wrote:
>> > Geir,
>> >  Not sure at what level of detail you are asking, but  we  need some
>> > changes in the DRLVM class support code to handle the new
>> > class format. These include the acc_synthetic , acc_annotation etc.
>> access
>> > modifiers,  the new attrs like enclosingClass,  runtime
>> > visible/invisible attrs, signatures for generics support and the
>> > class/interface naming convention changes etc. There should be
>> some  small
>> > changes in the interpreter and JIT to support the ldc CONSTANT_Class .
>> > There are possibly some minimal associated changes to the kernel
>> classes
>> > also even without the full implementation of annotation, reflection
>> etc.
>> > kernel classes as Alexey pointed out on the previous 1.5 thread.
>> >
>> > Rana
>> >
>> >
>> > On 6/22/06, Tim Ellison <t.p.ellison@gmail.com > wrote:
>> >>
>> >> There are modest changes to the classfile format that need to be
>> >> supported; once they are in place we can remove the compiler-hack.
>> >>
>> >> Regards,
>> >> Tim
>> >>
>> >> Geir Magnusson Jr wrote:
>> >> > It seems we're in general agreement that getting DRLVM to deal with
>> >> Java
>> >> > 5 classfiles is a good place to start.
>> >> >
>> >> > It supports our project desire to get off the target=jsr14 hack for
>> >> > compiling.
>> >> >
>> >> > So, for those that know the DRLVM codebase, what are the steps?
>> >> >
>> >> > Anyone who throws the One Big Patch over the wall will be summarily
>> >> > beaten about the head and neck with a trout, by the way, and we may
>> not
>> >> > defrost the trout first... lets use this as an exercise to start
>> >> > learning about the DRLVM and get people talking about how to do
>> these
>> >> > things together, with small patches once we agree on the strategy :)
>> >> >
>> >> > geir
>> >> >
>> >> >
>> ---------------------------------------------------------------------
>> >> > 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
>> >> >
>> >> >
>> >>
>> >> --
>> >>
>> >> 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
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> 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
>>
>>
> 

---------------------------------------------------------------------
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