bezpecny upgrade systemu
Divacky Roman
xdivac02 at stud.fit.vutbr.cz
Thu Oct 20 19:41:01 CEST 2005
On Thu, Oct 20, 2005 at 02:50:56PM +0200, Dan Lukes wrote:
> Marian Cerny wrote:
> >On 2005-10-20 11:49 +0200, Dan Lukes wrote:
> >> No, jenze tady prave mluvime o ABI.
>
> >A ked dojde k zmene API bez zmeny ABI? Teda to asi velmi nejde, ale ked je
> >to ABI
> >spetne kompatibilne? Napr. na koniec nejakej struktury sa prida nova
> >premenna, alebo nejaka funkcia s premennym poctom parametrov ma o
> >parameter naviac. V tedy sa tiez zvysi major cislo?
>
> To je skutecne do jiste miry teoreticka konstrukce. Nedari se mi
> vymyslet zadny pripad zmeny API kdy by bylo zaruceno, ze nedojde ke
je to pomerne typicky priklad
struct blah {
....
int reserverd; /* for future use */
....
}
a tohle se dela docela casto
> zmene ABI - i kdyz tim netvrdim, ze je naprosto jiste, ze takovy pripad
> neexistuje (shora popsany priklad to ale neni - tam ke zmene dojde -
> sice zpetne kompatibilni - a i to jen za urcitych podminek - ale dojde).
>
> Cislo knihovny by se melo zmenit pri kazde zmene ABI. To jest i
> takove, ktera je v zasade zpetne kompatibilni.
>
> Navic, nepujde-li o opomenuti, nevidim zadny rozumny duvod, proc by
> programator major cislo nemel za teto situace zvednout.
>
> Dan
> --
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l
More information about the Users-l
mailing list