This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: 3.0.1 PATCH: Support JNI_OnLoad on systems without weak definitions
- To: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
- Subject: Re: 3.0.1 PATCH: Support JNI_OnLoad on systems without weak definitions
- From: Tom Tromey <tromey at redhat dot com>
- Date: 24 Jul 2001 09:10:12 -0600
- Cc: java-patches at gcc dot gnu dot org
- References: <15196.41357.576590.915103@xayide.TechFak.Uni-Bielefeld.DE>
- Reply-To: tromey at redhat dot com
>>>>> "Rainer" == Rainer Orth <ro@TechFak.Uni-Bielefeld.DE> writes:
Rainer> Mon Jul 23 13:50:40 2001 Rainer Orth <ro@TechFak.Uni-Bielefeld.DE>
Rainer> * gnu/gcj/runtime/natFirstThread.cc (_JNI_OnLoad): New function.
Rainer> (JNI_OnLoad): Use it.
Rainer> (gnu::gcj::runtime::FirstThread::run): Check for _JNI_OnLoad, not
Rainer> NULL.
I couldn't find any docs on `#pragma weak foo = bar'.
But I think this patch is ok. Please check it in.
I wonder if we really need all this JNI_OnLoad stuff here. It seems
to me that even if a JNI library is linked in to the final executable,
the Java code will still try to load the library dynamically, and the
code in natRuntime.cc will still look in the library for the
JNI_OnLoad symbol at runtime.
Tom