Am Sam, 2002-11-02 um 09.13 schrieb David Haller:
Hallo,
On Sat, 02 Nov 2002, Ralf Corsepius wrote:
Am Fre, 2002-11-01 um 22.51 schrieb David Haller:
On Fri, 01 Nov 2002, Andre Loebe wrote: [GTK 1.x und 2.x parallel?] Du kannst die Libs parallel installieren, Ja.
wenn du aber gegen beide kompilieren willst musst du unterschiedliche prefixes verwenden und dann beim kompilieren meist tricksen, damit die richtige Version genommen wird. Falsch, das passiert schon automatisch.
Falsch. Bei GTK evtl. Generell nicht. Doch,
Bei GTK selbst bin ich mir nicht sicher, da beim Schritt von GTK 1.x auf 2.x auch vom ${foo}-config auf pkgconfig gewechselt wurde -- Wurde, ja, ist aber irrelevant, ...
gtk2 und glib2 sind KEINE Updates zu gtk und glib, sondern eigenständige Pakete.
generell ist aber meist Tricksen mit PATH und/oder LD_LIBRARY_PATH angesagt, falls man je nach Bedarf man gegen die "alte", und mal gegen die "neue" lib kompilieren/linken will... gtk2 ist KEIN Update zu gtk, beide Libs heissen anders, beide Pakete installieren ihre Header unter anderen Pfaden, beide Pakete sind nicht gegeneinander austauschbar.
Weiterhing kommen beide Pakete mit grundsätzlich anderen autoconf-Macros daher, die völlig unabhängig voneinander sind.
Paradebeispiel (ok, da ist's nicht PATH, sondern eine spezielle Variable):
/usr/src/foo $ QTDIR="/usr/lib/qt3" ./configure /usr/src/bar $ QTDIR="/usr/lib/qt" ./configure Qt ist nicht gtk und glib.
Hier ist von gtk/glib und gtk2/glib2 die Rede. Gtk*/glib* hat diese Probleme nicht.
Generell sollte meine Aussage nur verallgemeinern, dass "installieren" und "verwenden" von libs (also den *.so*) i.d.R. relativ(!) trivial moeglich, ein mal gegen diese, mal gegen jene Version kompilieren und linken wollen jedoch ganz und gar nicht trivial ist...
Einverstanden? ;) Generell ja, aber auf gtk/glib und gtk2/glib2 trifft das nicht zu.
Sie sind so designed, dass sie sich parallel und konfliktfrei installieren und nutzen lassen und auch werden. Ralf