Date: Sun, 21 May 2006 19:08:15 -0700 From: Julian Elischer <julian@elischer.org> To: Daniel Eischen <deischen@freebsd.org> Cc: re@freebsd.org, Hajimu UMEMOTO <ume@freebsd.org>, current@freebsd.org Subject: Re: Shared library version bump? Message-ID: <44711D0F.3060104@elischer.org> In-Reply-To: <Pine.GSO.4.64.0605211958260.10375@sea.ntplx.net> References: <Pine.GSO.4.64.0605081648270.11616@sea.ntplx.net> <yge1wuzw7zi.wl%ume@mahoroba.org> <Pine.GSO.4.64.0605121342220.9359@sea.ntplx.net> <ygey7x5vh2q.wl%ume@mahoroba.org> <ygey7wvioud.wl%ume@mahoroba.org> <4470DB4A.6020304@elischer.org> <Pine.GSO.4.64.0605211958260.10375@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel Eischen wrote: > On Sun, 21 May 2006, Julian Elischer wrote: > >> Hajimu UMEMOTO wrote: >> >>> deischen> Go ahead. Just realize though, that after 7.0 is released >>> deischen> you will have to support any ABI from then on without version >>> deischen> bumps (meaning, you have to keep shims for any old 7.0+ ABIs >>> deischen> in libc). >>> >>> ume> Okay, I'll do. >>> >> >> I assume htat EVENTUALLY we will bump numbers again when something >> sufficiently >> big needs to be done to the ABI. > > > Symbol versioning is suppose to allow one library to support different > ABIs, so the hope is that we will never have to bump libc's version > number. If you change ABI, you still have to keep the old code around > (or some sort of compatability shims) in the library. > yes but that could get too big a drain on resources oftetr while (trying ot shim really old stuff into really new stuff.) It might eventually get to a point where it would be good to cut and run..
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44711D0F.3060104>