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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED] > 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: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: >> [EMAIL PROTECTED] >> >> > >> >> > >> >> >> >> -- >> >> >> >> Tim Ellison ([EMAIL PROTECTED]) >> >> IBM Java technology centre, UK. >> >> >> >> --------------------------------------------------------------------- >> >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> >> --------------------------------------------------------------------- >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
