harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gregory Shimansky" <gshiman...@gmail.com>
Subject Re: [drlvm] what's next?
Date Wed, 21 Jun 2006 12:36:05 GMT
2006/6/21, Weldon Washburn <weldonwjw@gmail.com>:
>
> On 6/20/06, Gregory Shimansky <gshimansky@gmail.com> wrote:
> > On Tuesday 20 June 2006 19:44 Salikh Zakirov wrote:
> > > Geir Magnusson Jr wrote:
> > > > Build and dependency issues aside, what are the next functional
> > > > enhancements / features for DRLVM?
> > > >
> > > > I think #1 is to get it to function with Java 5 classfiles, so we
> can
> > > > make the switch throughout the project.
> > > >
> > > >
> > > >
> > > > Thoughts? What else?
> > >
> > > As far as I can tell, general DRLVM development directions are
> > > * more features, e.g. JVMTI
> >
> > I am also trying to improve the current JVMTI support which works on
> > interpreter only at the moment.
> >
> > I am trying to prepare a patch with implementation of some debugging
> functions
> > for JIT mode. It should contain stack trace group of functions,
> exception,
> > method enter/exit events and breakpoints using int3 trap in the compiled
> > code.
>
> Excellent.  Will it work with Jitrino.JET?
>

Yes it will work with Jitrino.JET and for now only wirh it. This is done
because compilation optimizations may lose exact bytecode and local
variables mapping which are required for debugging. If JVMTI is enabled on
the command line only Jitrino.JET will be enabled automatically.

It would be great if this debugger could be used during the port of MMTk.
>

You can also encounter bugs which happen because of not really well tested
code of debugger interferes into exeuction of GC :)

-- 
Gregory Shimansky, Intel Middleware Products Division

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message