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

2007-11-05 Thread Patrick Ohly
Hello, just in case someone runs into the email thread, here's what properly solved my problem that some of the Evolution .la files specified a libglib from Debian Etch's /usr/lib although a more recent one was needed: not only glib2 has to be compiled from a more recent source than currently in D

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

2007-11-01 Thread Patrick Ohly
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 .li

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

2007-11-01 Thread Patrick Ohly
On Thu, 2007-11-01 at 17:15 +0100, Patrick Ohly wrote: > Hello, > > I try to compile Evolution 2.12.x on Debian Etch, using Paul Smith's > Makefile. I was successful once, but not anymore. The problem is that > "libtool --install" puts e.g. a libebook.so into my installation > directory which was

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

2007-11-01 Thread Patrick Ohly
Hello, I try to compile Evolution 2.12.x on Debian Etch, using Paul Smith's Makefile. I was successful once, but not anymore. The problem is that "libtool --install" puts e.g. a libebook.so into my installation directory which was linked against the system's libcamel and not the one from Evolution