Benjamin Reed wrote:
[...]
---(snip!)---
kbackgammon_la_LDFLAGS = $(all_libraries) $(KDE_RPATH) -module
-avoid-version
kbackgammon_LDADD = kbackgammon.la $(LIB_KDEGAMES) $(LIB_KSYCOCA)
kbackgammon_SOURCES = dummy.cpp
---(snip!)---
...this is a no-no, kbackgammon is trying to link against a bundle, and
bombs with:
---(snip!)---
ld: ./.libs/kbackgammon.so is input for the dynamic link editor, is not
relocatable by the static link editor again
---(snip!)---
[...]
> is to make it so that if libtool is trying to link against a bundle,
> it will link against the .a if it's available instead.
> While I and some of the other finkers have hacked on libtool some, I am
> not sure any of us even know where to start to implement this behavior
> in libtool.
Do you guys have any pointers or suggestions as to where to make these
changes, or a better way of handling this issue?
doh, so some kde programmers have tricked libtool. To make sharedlibrary
creation being platform independent is tricky in itself, and module
support has made for a lot of dark corners on the way to it.
The only hint that I can give has the form of a question: Did you try
kbackgammon_LDADD = -static kbackgammon.la $(LIB_KDEGAMES) $(LIB_KSYCOCA)
kbackgammon_SOURCES = dummy.cpp
$ ./libtool --help --mode=link | grep static
-all-static do not do any dynamic linking at all
-static do not do any dynamic linking of libtool libraries
^^^^^^^^^^^^^^^^^^^^
_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
