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
Message-ID: <415D475C.1040404@x-ray.at>
Date: Fri, 01 Oct 2004 14:02:36 +0200
From: Reini Urban <rurban AT x-ray DOT at>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a3) Gecko/20040817
MIME-Version: 1.0
To: cygwin <cygwin AT cygwin DOT com>
Subject: Re: libtool convenience libs problem
References: <415C3D27 DOT 8060801 AT x-ray DOT at> <415C41F3 DOT 7070706 AT x-ray DOT at> <20723587173 DOT 20041001124445 AT familiehaase DOT de>
In-Reply-To: <20723587173.20041001124445@familiehaase.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Gerrit P. Haase schrieb:
>>So do I have to rebuild flex just to support a dynamic lib, which uses
>>some parser generator support?
> 
> 2000-01-19  Thomas Tanner  <[EMAIL PROTECTED]>
> 
>         * ltmain.in: rewrite of the ILD code, merge linking code for
>           programs, libraries and objects, allow linking of shared libraries
>           against static libraries/objects on platforms that support it
>           but print a warning, fix some typos
> 
> It was already implemented in libtool.
> 
> If all fails, try to set pass_all at the right place so this check is
> 'skipped': if test "$deplibs_check_method" != pass_all; then
>                   ...don't link...
>            else
>                   ...link...
> 
> The only reason I see why it is not or just partially supported by
> libtool is that it doesn't work on platforms where is a real difference
> between PIC and nonPIC code.
> 
> THere is also a thread n the archives where Charles explains why the
> pass_all flag is not default for Cygwin.

yes, that would be interesting to read, because I'm wondering what 
prevents libtool on cygwin to ignore the duplication of efforts 
providing PIC (in .libs) and nonPIC objects, where both are effectively 
the same. And then refuses to build on false assumptions.
   (PIC != non-PIC on cygwin)
Maybe some src defines are in effect for the .libs/ which could hurt.
(or did hurt before the improved binutils)

So far I found nothing, but charles has a lot of messages in the archive 
to explore. I'll start with the libtool demo's from the src packages. 
mdemo-shared looks promising.

for now I live this ugly workaround:
   extract the objects from the static lib,
   copy them (as fake) to the PIC objects, and build my module.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

--
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/