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:	<417D1416.4020909@x-ray.at>
Date:	Mon, 25 Oct 2004 16:56:22 +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 AT cygwin DOT com
CC:	Peter Ekberg <peda AT axentia DOT se>
Subject:	Re: Avail for test: libtool-devel-1.9f_20041024-1, libltdl6-1.9f_20041024-1
References:	<90459864DAD67D43BDD3D517DEFC2F7D7238 AT axon DOT Axentia DOT local>
In-Reply-To:	<90459864DAD67D43BDD3D517DEFC2F7D7238@axon.Axentia.local>
X-IsSubscribed:	yes

Peter Ekberg schrieb:
> I have one problem with libtool 1.9d, that I suspect is still present
> in 1.9f. If I specify -lpthread when linking, libtool searches for a
> real file matching -lpthread, like this:
> 
> *** Warning: linker path does not have real file for library -lpthread.
> *** 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 libpthread and none of the candidates passed a file format test
> *** using a file magic. Last file checked: /lib/libpthread.a

Then you have a binutils problem. The new magic for /lib/libpthread.a 
tells libtool that this is the import library. (which normally would be 
called libpthread.dll.a)

$ file -L /lib/libpthread.a
/lib/libpthread.a: current ar archive

# ok, this failed.

$ objdump -f /lib/libpthread.a | sed 10q

#this will detect together with nm that it is an import lib

func_win32_libid () {
   win32_libid_type="unknown"
   win32_fileres=`file -L $1 2>/dev/null`
   case $win32_fileres in
   *ar\ archive\ import\ library*) # definitely import
     win32_libid_type="x86 archive import"
     ;;
   *ar\ archive*) # could be an import, or static
     if eval $OBJDUMP -f $1 | $SED -e '10q' 2>/dev/null | \
       $EGREP -e 'file format pe-i386(.*architecture: i386)?' >/dev/null 
; then
       win32_nmres=`eval $NM -f posix -A $1 | \
	sed -n -e '1,100{/ I /{x;/import/!{s/^/import/;h;p;};x;};}'`
       if test "X$win32_nmres" = "Ximport" ; then
         win32_libid_type="x86 archive import"
       else
         win32_libid_type="x86 archive static"
       fi
     fi
     ;;

....

> Because of this, libtool fails to build the dll in question, which is a
> pity.

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

- Raw text -