Re: [Evolution] evolution 2.21.92 and gtkhtml-3.17.92 NOT compiling under opensuse10.3

[Rainer Klier <rainer klier ecolog at>]

Am Donnerstag, den 28.02.2008, 22:35 +0100 schrieb Patrick Ohly:
> On Do, 2008-02-28 at 09:20 +0100, Rainer Klier wrote:
> > Am Mittwoch, den 27.02.2008, 10:29 -0500 schrieb Matthew Barnes:
> > > On Wed, 2008-02-27 at 15:13 +0000, Rainer Klier wrote:
> > BUT making of gtkhtml-3.17.92 fails.
> >
> > in the meantime i found out WHY:
> > the configure-script, or some part related to it has a bug.
> > it finds out, that i have the latest ïglib-2.15.6 installed
> > in /usr/local/lib but when it come to linking it links against the old
> > glib-2.14 installed in /usr/lib64!
>
> Check the line which is used to assemble all libraries. If there is

how do i find this line?

> -L/usr/lib64 or -L/usr/lib somewhere before the directory where your new
> glib is, then you have a problem. Note that any library which calls glib

ïi searched all files in the gtkhtml-3.17.92-root-dir and found only few
text-files containing "-L/usr/lib64":
./components/html-editor/test_editor
./libtool
./gtkhtml/test-suite
./gtkhtml/testgtkhtml
./gtkhtml/test-stress
./gtkhtml/gtest

and in all those files i find this line
relink_command="... -L/usr/local/lib -L/lib64 -L/usr/lib64..."

so /usr/local/lib is BEFORE /usr/lib64.

BUT in the file libtool i found this:
# The library search path used internally by the compiler when linking
# a shared library.
compiler_lib_search_path="-L/usr/lib64/gcc/x86_64-suse-linux/4.3
-L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64
-L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/lib
-L/usr/lib64/gcc/x86_64-suse-linux/4.3/../../.."

and i think that is the point where it happens!
when you follow /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64
or /usr/lib/../lib64 you will go to /usr/lib64!

you are right!
thanks for pointing me into the right direction!

ok, so next time, i recompile evolution, i will change the libtool
script.

but how should this system ever find something automatically
in /usr/local/lib?

> needs to be recompiled: otherwise libtool finds the .la of such a
> not-recompiled library and automatically pulls in the old glib at that
> point.

yes, i know that.
as i wrote in my first post, for that reason i recompiled all necessary
parts for running latest evolution:
ïglib-2.15.6
libsoup-2.3.4
libbonobo-2.21.90
gtkhtml-3.17.92

libsoup and libbonobo compiled fine, only gtkhtml found the "wrong"
glib.

> You can always fix the link line manually, but recompiling everything is
> IMHO the only way to satisfy libtool.

i did that (see above).
-- 
einen schÃnen Tag noch, & bitte kein TOFU (http://de.wikipedia.org/wiki/TOFU)
DI Rainer Klier
Abteilung IT - Entwicklung
ECOLOG Logistiksysteme GmbH                 BauernstraÃe 11, A-4600 Wels
Tel. ++43/7242/66200                        Fax ++43/7242/66200-200
mailto:rainer klier ecolog at                        http://www.ecolog.at
Fb-Nummer 171431f                           Landesgericht Wels

A member  of 
TGW LOGISTICS GROUP


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________