Dnia 05-08-2010 o 16:17:31 Pawel Golaszewski <[email protected]> napisał(a):
> On Thu, 5 Aug 2010, Paweł Sikora wrote: >> >> >> To nie jest recepta na łączenie części starszej dystrybucji z >> >> >> nowszą - zazwyczaj działa tylko dopóki w jednym kodzie nie >> >> >> "spotkają się" różne wersje tej samej biblioteki. >> >> > Dobrze - jaką widzisz inną? >> >> recepta jest jedna - wersjonowanie soname *i symboli* w bibliotekach. >> > I to miałoby wchodzić w zależności rpm-a? >> jak juz napisano rpm, to rozpoznaje, a takie wersjonowanie symboli >> pozwala nawet na binarna kompatybilnosc najnowszej biblioteki >> ze starszymi binarami jej uzywajacymi, >> >> np: 5 lat temu mielismy skompilowana biblioteke i jej uzycie: > [...] > > No dobrze, ale coś bardziej _realnego_ do użycia i _powszechnego_ > wdrożenia? hmmm, na linux, prosto... *niedasie* :) na windows tez juz mieli dosc tzw. dll-hell i powstalo http://en.wikipedia.org/wiki/Side-by-side_assembly na linux co prawda linker wrzuca teraz do binarek .gnu.note.build-id, ale lista bibliotek wymaganych przez program/biblioteke nadal jest tylko lista nazw (readelf -d -> NEEDED) bez zadnego powiazania z jakimkolwiek podpisem. jesli myslicie, ze warto o tym pisac na liscie glibca, to dreeper was naprostuje, bo przeciez macie wersjonowanie symboli w linkerze :) _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
