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:[EMAIL PROTECTED] 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 ______________________________________________________________________ _______________________________________________ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
