This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: BC-compile java.lang.management
- From: Tom Tromey <tromey at redhat dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: java-patches at gcc dot gnu dot org
- Date: 15 Feb 2007 11:55:26 -0700
- Subject: Re: BC-compile java.lang.management
- References: <17876.40647.424943.936212@zebedee.pink>
- Reply-to: tromey at redhat dot com
>>>>> "Andrew" == Andrew Haley <aph@redhat.com> writes:
Andrew> * java/lang/Thread.java (getStackTrace): Use reflection to call
Andrew> the ManagementFactory.
Haha, this is so evil.
Andrew> * scripts/makemake.tcl: Add new "bcheaders" type.
Andrew> Move java/lang/management and gnu/classpath/management to "bc".
Andrew> Move gnu/java/lang/management to "bcheaders".
Two questions here.
Can't this break sometimes? Since we'll have CNI code using
BC-compiled things?
Do we need to have javax.management also be BC?
Andrew> * gnu/classpath/management/ListenerData.java: Move here from
Andrew> gnu/classpath/ListenerData.java.
I don't see why this should be in gnu.classpath at all. That package
is, IMO, reserved for configuration-ish things and for things which
user code must really really be prevented from seeing,
i.e. security-sensitive stuff.
How about gnu.javax.management?
Otherwise I think this is fine.
Tom