Hi Max and other Fink developers. I bumped into a problem today with compatibility versions of libs, and realized that I had been overlooking that aspect of the shlibs project.
What happened was, I had some debs which I made on my iBook, and to save time, I copied them onto the iMac and installed them. But there was one library on the iBook which had a newer version, with a higher compatibility number, and which had been present when some of those debs were built. The result was that dyld complained when I tried to run programs that were linked to that library, because the compatibility version on the iMac's library was lower than what the executables were expecting. So anyway, in my Shlibs field I have not been tracking the compatibility number, and the question is: do we need to do that? Currently, the format of the Shlibs field is: %p/lib/libfoo.1.dylib %n (>= %v-%r) I could imagine an alternate form of this, like: %p/lib/libfoo.1.dylib 2.1.0 %n (>= %v-%r) which would also contain the compatibility version. But do I need it? I'm trying to convince myself that I don't. If the shlibs system had been in place, the the deb containing the executable which linked to the higher version of the library would have been given a line "Depends: foo-shlibs (>= %v-%r)" where %v-%r was the version of the foo-shlibs package which was present when the new deb was compiled. So, as long as the compatibility version numbers always go up (or stay the same) when the %v-%r increases, we are OK, right? I wouldn't have run into today's problem, because when I would have tried to install that executable I would have been told that I needed a higher version of the package containing the library... I guess if the assumption about compatibility version numbers has any chance it is ever violated, we could track those numbers as well and apply two tests. They sound redundant to me (thanks to the robust version checking done by dyld) but maybe redundancy is a good thing? I'd appreciate hearing your thoughts on the matter. -- Dave ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
