Date: Mon, 9 Dec 1996 22:54:23 -0800 (PST) From: asami@freebsd.org (Satoshi Asami) To: peter@spinner.DIALix.COM Cc: thomas@ghpc8.ihf.rwth-aachen.de, CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-ports@freefall.freebsd.org Subject: Re: cvs commit: ports/graphics/ImageMagick/pkg PLIST Message-ID: <199612100654.WAA01089@silvia.HIP.Berkeley.EDU> In-Reply-To: <199612091231.UAA10638@spinner.DIALix.COM> (message from Peter Wemm on Mon, 09 Dec 1996 20:31:39 %2B0800)
next in thread | previous in thread | raw e-mail | index | archive | help
* Yes. The third digit is totally ignored when comparing compatability. It * simply takes the highest "micro" revision available. * * Ie: if you link with libfoo.so.3.3.3, it only records 3.3 in the headers, * and will link with anything starting with * libfoo.so.3.(anything >= 3).(highest available). So it does KNOW about the micro revision (and will pick the highest number) but just doesn't record it in the shared binary? Interesting. * libfoo.so.3.3 or libfoo.so.3.3.0. Note that ld.so will always use the * highest "minor" revision. ie: it'll use libc.so.2.2 in preference to Yes, that makes perfect sense given the forward and backward compatibility requirements. It is also consistent with our shlib version number policy. (Or rather, our policy is made so that we make minimal version number changes without having any unnecessary surprises to the users, given this behavior. :) Satoshi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612100654.WAA01089>