Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 64.74.244.71 is neither permitted nor
 denied by domain of geir@pobox.com)
Message-ID: <449B5E6B.90400@pobox.com>
Date: Thu, 22 Jun 2006 23:22:19 -0400
From: Geir Magnusson Jr <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm] Doing the minimum to support Java 5 classfiles
References: <4499A3DE.9050905@pobox.com> <449A57B0.3010408@gmail.com>
 <51d555c70606221229t5cc7d0ddu23c950ad45d357df@mail.gmail.com>
In-Reply-To: <51d555c70606221229t5cc7d0ddu23c950ad45d357df@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

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