Patch: FYI: Logger -vs- stack trace

Mark Wielaard mark@klomp.org
Mon Feb 21 18:08:00 GMT 2005


Hi,

On Mon, 2005-02-21 at 10:31 -0700, Tom Tromey wrote:
> This changes java.util.logging.Logger to use a native method to get
> caller stack frame information.  This is more efficient.

I don't like this very much. It adds a divergence with GNU Classpath
that imho should be handled more elegantly. Could we do this in a
runtime neutral way by delegating to a package local final class
VMLogger which has a method getCallerStackFrame()?

This is how it is done in most other parts of the core libraries that
are shared with GNU Classpath and makes it clear which classes/methods
are runtime specific and which are not. That way we can also provide the
original reference implementation in GNU Classpath by default and let
each runtime override the VMLogger class explicitly if they want to gain
efficiency.

> With this patch in place, I can start up a gcj-compiled jonas in a
> reasonable amount of time with no libgcj hacks.  (Some minor jonas
> hacks are still required, eg making sure jacorb is available.)

Nice. What parts of jacorb are needed?

Cheers,

Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20050221/a70e2a0a/attachment.sig>


More information about the Java-patches mailing list