Re: [Evolution-hackers] libtool madness: creates *.so*T linked against the wrong libs

[Patrick Ohly <Patrick Ohly gmx de>]

On Thu, 2007-11-01 at 17:56 +0100, Patrick Ohly wrote:
> > gcc
> -shared  .libs/Evolution-DataServer-Addressbook-common.o .libs/Evolution-DataServer-Addressbook-skels.o .libs/Evolution-DataServer-Addressbook-stubs.o .libs/e-address-western.o .libs/e-book-listener.o .libs/e-book-query.o .libs/e-book-view-listener.o .libs/e-book-view.o .libs/e-book.o .libs/e-contact.o .libs/e-destination.o .libs/e-name-western.o .libs/e-vcard.o  -Wl,--rpath -Wl,/home/patrick/evo-svn/gtk+2.0/lib -Wl,--rpath -Wl,/usr/local/evo-svn/lib -L/home/patrick/evo-svn/gtk+2.0/lib -L/usr/lib -lxml2 -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lrt -lglib-2.0 -L/usr/local/evo-svn/lib -lcamel-1.2 -ledataserver-1.2  -pthread -Wl,-soname -Wl,libebook-1.2.so.9 -o .libs/libebook-1.2.so.9.1.0
> [...]
> 
> So originally the library was compiled okay, but during the
> "relinking"
> step a "-L/usr/local/evo-svn/lib" is missing in the gcc invocation
> (-Wl,-rpath for that path is present!) and the wrong libcamel is
> picked
> up. 

Scratch that. -L/usr/local/evo-svn/lib was added right in front of
-lcamel-1.2, but because -L/usr/lib came first it had no effect. I need
better eyes.

I'm not sure how to fix this in libtool. My workaround is an explicit
LDFLAGS=-L/usr/local/evo-svn/lib in the environment of configure and
make.

Hmm, the .la files installed in /usr/local/evo-svn/lib still
reference /usr/lib/libglib and then linking SyncEvolution fails. Okay,
so I'll hack those, too... Somehow I get the feeling that I am not
solving this properly. Any suggestions are welcome.

-- 
Bye, Patrick Ohly
--  
Patrick Ohly gmx de
http://www.estamos.de/