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
Message-ID: <000b01c2cfdb$49a9d6d0$78d96f83@pomello>
From: "Max Bowsher" <maxb AT ukf DOT net>
Cc: <cygwin AT cygwin DOT com>
References: <005b01c2cfd8$5036a800$0a1c440a AT BRAMSCHE>
Subject: Re: [avail for test] libtool-devel-20030121-1
Date: Sun, 9 Feb 2003 01:33:45 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106

Ralf Habacker wrote:
> Chuck, this script does not work with original libtool 1.4e

1.4e isn't a specific version. It just means "some cvs checkout after the
1.4d release"

> file_magic (win32_libid): 50 sec from make start until the ar(!)
> command line comes up. The problem I've got with this is that I can't
> build a shared library. Instead I've got some errors.
>
> 1.
> *** Warning: linker path does not have real file for library -lutil.
> *** I have the capability to make that library automatically link in
> when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have
> *** because I did check the linker path looking for a file starting
> *** with libutil and none of the candidates passed a file format test
> *** using a file magic. Last file checked: /usr/lib/libutil.a
> *** The inter-library dependencies that have been dropped here will be
> *** automatically added whenever a program is linked with this library
> *** or is declared to -dlopen it.
> /usr/lib/libutil.a is a nonlibtool static archive, which isn't
> catched by your script. This results into a linker fail with an
> "undefined reference" error, because a function of this lib is needed.
>
> The only way I see to fix it is to add static archives to
>  deplibs_check_method: deplibs_check_method="file_magic ^x86 archive
> import|^x86 DLL|^x86 archive static"

This seems like a good time to mention that I ran into this problem building
gtk+ (or glib), I forget. It wanted -luuid, but -luuid is a static archive,
which libtool doesn't currently like. I had to hack libtool as Ralf mentions
above to get it to work.


Max.


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