Am Don, 11 Mai 2000 schrieb Sven Hoexter:

Am Thu, 11 May 2000, schrieb Maik Zutz:

...

Hallo!

Ich habe mir mal die Sourcen für QT2.1.0 und KDE2 besorgt und wollte dann erst einmal QT übersetzen. Das scheitert jedoch an einer Menge an Errors beim Compilieren.

Hat das schon mal jemand auf ner SuSE Distri erfolgreich versucht? Ja, ging ohne irgend ein Problem. Bei mir scheiterte es dann aber am KDE 1.1.2. (SuSE 6.3)

Kann ich soweit bestätigen. Die Installation von Qt2.1 funktionierte auch scheinbar (hat einwandfrei kompiliert usw.), aber das Install-file scheint hinsichtlich der shared libraries nicht vollständig zu sein. Jedenfalls habe ich alle dort vorgegebenen Einträge vorgenommen und dennoch Lib-Fehler ohne Ende bekommen. Für Qt1.44 war die Angabe des LD_LIBRARY_PATH nicht notwendig, ich frage mich, warum dies nun für Qt2.x notwendig sein soll (wie im INSTALL) zu lesen. - Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

* Bjoern Krombholz (bjkro@gmx.de) [20000515 19:05]:

Allerdings kann es bei einigen Programmen zu Konflikten kommen, wenn sie nur gegen libqt.so gelinkt sind und nicht gegen libqt.so.<version>.

Entschuldige, aber das ist ziemlicher Blödsinn, denn solche Programme gibt es nicht. /usr/lib/libqt.so ist nur ein Symlink, den der Linker benötigt, weil er bei Angabe von -lqt nach libqt.so sucht. Als Bibliothek, von der ein Programm abhängig ist, wird dagegen der interne Name der Bibliothek, der sog. soname eingetragen. Dieses ist meist lib<name>.so.<major version>. Bei KDE1-Programmen findest Du daher libqt.so.1 in der Liste der nötigen Bibliotheken (welche Du Dir übrigens mittels 'ldd programm' ausgeben lassen kannst). Hier mal die Ausgabe von 'ldd /opt/kde/bin/konsole': libkimgio.so.2 => /opt/kde/lib/libkimgio.so.2 (0x40015000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40028000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40047000) libz.so.1 => /usr/lib/libz.so.1 (0x4008a000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40099000) --> libqt.so.1 => /usr/lib/libqt.so.1 (0x400ba000) libX11.so.6 => /usr/X11/lib/libX11.so.6 (0x40295000) libm.so.6 => /lib/libm.so.6 (0x40363000) libkdeui.so.2 => /opt/kde/lib/libkdeui.so.2 (0x40380000) libkdecore.so.2 => /opt/kde/lib/libkdecore.so.2 (0x40468000) libXext.so.6 => /usr/X11/lib/libXext.so.6 (0x404f9000) libstdc++-libc6.1-2.so.3 => /usr/lib/libstdc++-libc6.1-2.so.3 (0x40507000) libc.so.6 => /lib/libc.so.6 (0x40550000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Ergo: Bei Bibliotheken mit unterschiedlicher Haupt-Versionsnummer gibt es *keine* Probleme. Philipp -- Philipp Thomas Development, SuSE GmbH, Schanzaecker Str. 10, D-90443 Nuremberg, Germany #define NINODE 50 /* number of in core inodes */ #define NPROC 30 /* max number of processes */ -- Version 7 UNIX fuer PDP 11, /usr/include/sys/param.h --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

* Bjoern Krombholz (bjkro@gmx.de) [20000516 02:26]:

Ich persönlich hatte auch nur Probleme mit QT-2.0- und QT-2.1- gelinkten Programmen.

Jepp, *da* schlägt das Problem auch zu, denn beide Bibliotheken haben als soname libqt.so.2. Ohne Verwendung von z.B. Symbolversionen, wie es die glibc2 macht, sind Inkompatibilitäten vorprogrammiert. Philipp -- Philipp Thomas Development, SuSE GmbH, Schanzaecker Str. 10, D-90443 Nuremberg, Germany #define NINODE 50 /* number of in core inodes */ #define NPROC 30 /* max number of processes */ -- Version 7 UNIX fuer PDP 11, /usr/include/sys/param.h --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com