Re: libtool "module" behavior and darwin

[Guido Draheim]

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