Message-ID: <47FC2EFB.6050005@gmail.com>
Date: Tue, 08 Apr 2008 21:50:35 -0500
From: Rabbi Yaakov Selkowitz <yselkowitz AT gmail DOT com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Libtool 2.2.2 problems
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

Chuck,

Well, I tried libtool 2.2.2 on a 1.5 package with autoreconf. 
Unfortunately it wouldn't build any shared libraries:

/bin/sh ../libtool --tag=CC --mode=link gcc  -O2 -pipe    -o 
libgdasql-3.0.la -rpath /usr/lib -version-info 3:0:0 -no-undefined 
parser.lo lexer.lo sql_parser.lo mem.lo sql_display.lo sql_tree.lo 
-Wl,--export-dynamic -lgobject-2.0 -lgthread-2.0 -lgmodule-2.0 
-lglib-2.0 -lintl -lxml2 -lz -liconv -lm

*** Warning: linker path does not have real file for library -lbz2.
*** 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 libbz2 and none of the candidates passed a file format test
*** using a file magic. Last file checked: /lib/libbz2.dll.a

[SNIP: Same message for libreadline, libz]

*** 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.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
libtool: link: ar cru .libs/libgdasql-3.0..dll.a .libs/parser.o 
.libs/lexer.o .libs/sql_parser.o .libs/mem.o .libs/sql_display.o 
.libs/sql_tree.o
libtool: link: ranlib .libs/libgdasql-3.0..dll.a
libtool: link: ( cd ".libs" && rm -f "libgdasql-3.0.la" && ln -s 
"../libgdasql-3.0.la" "libgdasql-3.0.la" )

I see a few problems:

1) libtool seems not to want to link against non-libtoolized libraries, 
claiming that the file magic test fail on the import libs.

2) Why is the static library name have an extra ".dll" in it?  This 
happens not only with a failed shared link, but also with a convenience lib:

/bin/sh ../../libtool --tag=CC --mode=link gcc  -O2 -pipe    -o 
libgda_sql_delimiter-3.0.la    parser.lo lexer.lo gda-sql-delimiter.lo 
gda-delimiter-tree.lo
libtool: link: ar cru .libs/libgda_sql_delimiter-3.0..dll.a 
.libs/parser.o .libs/lexer.o .libs/gda-sql-delimiter.o 
.libs/gda-delimiter-tree.o
libtool: link: ranlib .libs/libgda_sql_delimiter-3.0..dll.a
libtool: link: ( cd ".libs" && rm -f "libgda_sql_delimiter-3.0.la" && ln 
-s "../libgda_sql_delimiter-3.0.la" "libgda_sql_delimiter-3.0.la" )

Any ideas?


Yaakov

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