Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
X-Injected-Via-Gmane: http://gmane.org/
To: cygwin AT cygwin DOT com
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
Subject: Re: [PATCH] libtool patch for direct-linking-to-dll
Date: Tue, 11 Mar 2003 01:09:37 -0500
Lines: 41
Message-ID: <3E6D7DA1.2030005@ece.gatech.edu>
References: <20030310173442 DOT GI23549 AT redhat DOT com> <008101c2e73e$1a8297f0$dc6207d5 AT BRAMSCHE>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet AT main DOT gmane DOT org
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
In-Reply-To: <008101c2e73e$1a8297f0$dc6207d5@BRAMSCHE>

Ralf Habacker wrote:
>>On Mon, Mar 10, 2003 at 08:13:16AM -0500, Charles Wilson wrote:
>>
>>>I didn't realize it was a patch to rip out all of the import-lib
>>>building stuff, and replace it with the new link-to-dll support.
>>
>>I've been blissfully trying to avoid libtool discussions but I have to
>>ask my standard question of "what about hybrid libraries which contain
>>import symbols and actual linkable objects, like the cygwin DLL".

What Ralf said.  You can't *build* that sort of thing with libtool 
anyway.  But you can include them as dependencies to something ELSE that 
you're building; that's no problem.

We don't use libtool to build libcygwin.a, do we?

>>I assume that this has been discussed but it's hard for me to believe
>>that any discussion would end with "We won't worry about them, then".
>>That seems to be counter to what libtool is all about.

It did come up -- in a 'can we still link TO these beasties' context 
(which we can).  It never came up in a 'can we build these beasties' 
context -- probably because it was self-evident that that sort of thing 
is inherently non-portable, and is thus outside of the general set of 
'things you do with libtool'

agree with Ralf:

> 1. As far as I know there is no way to build hybrid libraries with libtool; only
> shared or static libs are allowed, so generating hybrid libraries will not be
> possible with libtool.
> 
> 2. Linking to non-libtool generated hybrid libraries will be no problem, because
> for libtool they will be recognized as standard import libraries.
> Linking to non libtool created dlls with a symbolic link as import lib
> replacement (the new scheme) will be recognized as dll, which will be no problem
> too.

-Chuck




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/