On Sun, Jun 11, 2006 at 12:36:13PM -0400, Jack Howarth wrote: > Jeff Whitaker just pointed out to me that gcc4 can't be tested on Macintel > because autogen won't build with gcc 4.0. Looking at the autogen home page > though > it becomes clear that we are using an ancient release (5.4.2) instead of the > current one (5.8.22) for fink 10.4. What is the deal with that? Even if some > other package has issues with the newer autogen it seems a bad move to make > any part of fink 10.4 depend on the gcc 3.3 compiler like that when a newer > version is available.
In December, I asked the maintainer about it. IIRC, he said he didn't use the package himself anymore and wasn't sure when he'd have a chance to look at it. That makes it fair game for others to update. However, the update just committed: Package: autogen -Version: 5.4.2 +Version: 5.8.4 SplitOff: << Package: %N-shlibs - Files: lib/libguileopts.*.dylib lib/libopts.*.dylib lib/libsnprintfv.*.dylib + Files: lib/libguileopts.*.dylib lib/libopts.*.dylib Shlibs: << %p/lib/libguileopts.0.dylib 1.0.0 %n (>= 5.4.2-2) %p/lib/libopts.9.dylib 19.0.0 %n (>= 5.4.2-2) - %p/lib/libsnprintfv.0.dylib 2.0.0 %n (>= 5.4.2-2) << << is fundamentally broken if I understand our Shared Library Policy. Given that other packages could link to the shared libraries supplied by autogen-shlibs, removing a .dylib from that package would mean the package needs to be renamed. Reasoning is that it's the same situation as when the version number embedded in the install_name changes: updating autogen-shlibs to its new version must not break other packages that Depends:autogen-shlibs. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
