ftp.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2001/04/19/00:11:18

Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
To: Jeff Sturm <jsturm AT one-point DOT com>
Cc: Anthony Green <green AT redhat DOT com>,
"Billinghurst, David (CRTS)" <David DOT Billinghurst AT riotinto DOT com>,
"'Robert Collins'" <robert DOT collins AT itdomain DOT com DOT au>, java AT gcc DOT gnu DOT org,
cygwin-apps AT sources DOT redhat DOT com
Subject: Re: gcj && libjava for cygwin
References: <Pine DOT LNX DOT 4 DOT 10 DOT 10104181511570 DOT 14265-100000 AT one-point DOT bright DOT net>
X-Zippy: Actually, what I'd like is a little toy spaceship!!
X-Attribution: Tom
Reply-To: tromey AT redhat DOT com
From: Tom Tromey <tromey AT redhat DOT com>
Date: 18 Apr 2001 22:23:08 -0600
In-Reply-To: Jeff Sturm's message of "Wed, 18 Apr 2001 15:21:05 -0400 (EDT)"
Message-ID: <87hezlcyc3.fsf@creche.redhat.com>
Lines: 25
X-Mailer: Gnus v5.7/Emacs 20.5

>>>>> "Jeff" == Jeff Sturm <jsturm AT one-point DOT com> writes:

>> JNI_OnLoad is a weak symbol -- see natFirstThread.cc.  Shared libraries of
>> JNI code define it. Do weak symbols not work on cygwin?

Jeff> They don't.  What is the proper workaround?  Define a JNI_OnLoad
Jeff> stub in a static archive?

The only reason JNI_OnLoad appears in FirstThread is to support
preloading of JNI libraries.  This is a libtool feature that is used
on seriously losing platforms that we probably don't support anyway.

Preloading might also be used in other situations, but I don't know.
I've never even tried to use it (which actually doesn't mean much, I'm
just saying it for dramatic effect :-)

Anyway, the point is that supporting this code isn't really a
requirement for us.  Defining JNI_OnLoad in libgcj isn't what we want.
It would be better to simply not define it on Windows.

For JNI libraries loaded dynamically, we find JNI_OnLoad via a
different method.  Not using this code in FirstThread won't affect
that scenario.

Tom

- Raw text -


  webmaster     delorie software   privacy  
  Copyright 2019   by DJ Delorie     Updated Jul 2019