This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Libtool 2.2.2 problems


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/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]