Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Mon, 20 Sep 2004 08:47:11 +0200
From: "Gerrit P. Haase" <gp AT familiehaase DOT de>
Reply-To: "Gerrit @ cygwin" <cygwin AT cygwin DOT com>
Organization: Esse keine toten Tiere
Message-ID: <158874296.20040920084711@familiehaase.de>
To: "Grzegorz B. Prokopski" <gadek AT debian DOT org>
CC: "Gerrit @ cygwin" <cygwin AT cygwin DOT com>, sablevm-devel AT sablevm DOT org,
   sablevm-user AT sablevm DOT org
Subject: Re: Is cygffi.dll needed for SableVM JVM?
In-Reply-To: <1095638246.1234.247.camel@gadek.homelinux.org>
References: <20040906021844 DOT 84591 DOT qmail AT web53304 DOT mail DOT yahoo DOT com> <1095382062 DOT 1234 DOT 164 DOT camel AT gadek DOT homelinux DOT org> <1729140505 DOT 20040917144223 AT familiehaase DOT de> <1095453892 DOT 21655 DOT 265 DOT camel AT glue> <1902690 DOT 20040918145110 AT familiehaase DOT de> <1095638246 DOT 1234 DOT 247 DOT camel AT gadek DOT homelinux DOT org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes

Hello Grzegorz,

Am Montag, 20. September 2004 um 01:57 schriebst du:
> W li¶cie z sob, 18-09-2004, godz. 08:51, Gerrit P. Haase pisze:
>>> You mean I should edit /usr/share/libtool/libtool.m4 and change this
>>> part, that is already specific to cygwin?
>>>
>>> cygwin*)
>>>   # func_win32_libid is a shell function defined in ltmain.sh
>>>   lt_cv_deplibs_check_method='file_magic ^x86 archive import|^x86 DLL'
>>>   lt_cv_file_magic_cmd='func_win32_libid'
>>>   ;;
>>>
>>> It sounds hackish.  Terribly hackish.  If it's a normal thing you need
>>> to do at least for some applications under cygwin, why not have some
>>> kind of a switch for that included into official libtool?
>> 
>> Please submit a patch;)

> I don't know enough about the problem and libtool yet.  We'll see.

> But given your explanation below, sometime later you might switch to
> pass_all but default.  Or it's not an option even in long term?

We should add a flag to specify if a library may be linked in
statically, maybe require a .def file to tell the linker which symbols
should be exported.

> If I see things right I don't really have to edit
> /usr/share/libtool/libtool.m4, but instead I can (ugh...) patch
> ./configure for cygwin.  That'd be a cygwin-specific patch.

configure is autogenerated and shouldn't be modified manually, however
you could try to define some special rules in configure.in to override
the defaults for cygwin.


Gerrit
-- 
=^..^=



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/