On Sat, Feb 25, 2006 at 06:48:21AM -0800, David R. Morrison wrote: > > There is a deeper issue here which perhaps we need to resolve: when > is it appropriate for a dependency to say (= %v-%r) and when should > it say (>= %v-%r)? > > My first take on this is that among splitoffs of a given package, the > -dev should often have (= %v-%r) on the -shlibs. However, perhaps > the -bin (and anything else) should have (>= %v-%r).
I concur. Fink's shlibs policy and modern libtool implementation is that for install_name libfoo.1.dylib: foo-dev: libfoo.dylib -> libfoo.1.1.0.dylib foo-shlibs: libfoo.1.dylib -> libfoo.1.1.0.dylib foo-shlibs: libfoo.1.1.0.dylib (actual file) The dependency must be = in order to have foo-dev work reliably. Different versions of foo-shlibs, higher or lower, might have different libfoo.1.x.y.dylib. The only way = would not be needed is for: foo-dev: libfoo.dylib -> libfoo.1.dylib foo-shlibs: libfoo.1.dylib -> libfoo.1.1.0.dylib foo-shlibs: libfoo.1.1.0.dylib (actual file) By definition, all versions of foo-shlibs contain libfoo.1.dylib, so any version of foo-dev will have valid symlinks. A >= dependency would still be important for sanity, for example, to assure that foo.h in foo-dev doesn't declare things that aren't in an older compatibility_version of the lib. For a -bin splitoff of a package that also contains a -shlibs component all in the same .info, >= is really only needed as a side effect of compatibility_version. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
