bezpecny upgrade systemu

[Divacky Roman]

On Wed, Oct 19, 2005 at 06:49:16PM +0200, Dan Lukes wrote:
> Divacky Roman wrote:
> >>>ja to myslel tak ze misto abych prekompilovaval programy a tim je donutil
> >>>se prelinkovat na nove knihovny tak to (prelinkovani) udelam externe 
> >>>pomoci
> >>>libmap.conf - jsou to funknce ekvivalnetni operace
> 
> >>Nejsou to funkcne ekvivalentni operace.
> 
> >tojo... ale ve chvili kdy je api stejne (jeste se mi nestalo ze by bylo 
> >jine)
> >to chodit bude...
> 
> 	Bud' dochazi k nedorozumeni v tom, co znamena zkratka API nebo si 
> troufam tvrdit, ze se mylis a zcela bezpecne jsi se uz se zmenou API setkal.
> 
> 	Ostatne, pokud se prilis nepletu, tak logika je takova, ze minor 
> 	cislo verze knihovny se meni tehdy, pokud doslo ke zmenam v knihovne, ale 
> API zustava stejne. Knihovnu nove minor verze pak lze pouzit bez noveho 
> prekladu. Tenhle pripad ale resi dynamicky linker automaticky - on 
> prilinkuje (pri spousteni) knihovnu se stejnym major-cislem a nejvyssim 
> minor cislem, o jake vi. V takove situaci tedy neni jakekoliv 
> premapovani treba. Snad krome pripadu, kdy se autor knihovny spletl a 
> nova verze knihovny ve skutecnosti nema tak kompatibilni rozhrani v jake 
> doufal.

nepochopil jsem jaka je logika v meneni verzi knihovena ale urcite to neni tak
jak to rikas (prestoze to zni logicky)

major cisla verzi se meni (nejspis, fakt jsem to moc nepochopil) ve chvili kdy
se uvadi nova major verze fbsd. s api/abi samotne knihovny, proto to
libmapovani vetsinou chodi... 

nehlede nato - api takovych tech "fakt zakladnich" (libc, libpthread) knihoven je definovano 
mimo fbsd (posix, ISO C atd.) tj. menit api ani nejde (nemluvim o abi)

proste a jednoduse - jasne ze je lepsi upgradovat porty ale neni to jedina
cesta jak dosahnout toho ceho chces (to ze to libmapovani neni ciste a pekne je
jasne ale funguje to)

roman