Re: [Fink-devel] Fwd: libpng3-1:1.2.5-2
David R. Morrison wrote: Has anybody seen this error before? Would have been 6 years ago :-) Begin forwarded message: *From: *John Davison jmdavi...@optonline.net mailto:jmdavi...@optonline.net *Date: *August 7, 2010 2:20:59 PM PDT *To: *dmr...@users.sourceforge.net mailto:dmr...@users.sourceforge.net *Subject: **libpng3-1:1.2.5-2* Feedback: not good -- Package manager version: 0.21.3 Distribution version: 0.7.1 Mac OS X version: 10.5.8 Xcode version: 3.1.2 According to CVS logs, this version of libpng3 only existed in the 10.3 tree for a while in summer 2004. As for fink-0.21.3, it dates from 2004, too. I think it is rather a miracle that John's ancient fink ran as far as actually starting to build a package. -- Martin -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc4x/cloog/ppl
On Fri, Aug 06, 2010 at 07:44:05PM +0200, Jean-François Mertens wrote: I can see no runtime problems, since thnigs are linked by install_name; even in the same binary, you could conceivably have 2 different symbols coming resp. from libfoo1.dylib and libfoo2.dylib. But here gcc would just link with cloog and the ppl it was built with, while cloog itself will link against whatever ppl it was built with. That is no problem. JF, You're neglecting the fact that gcc loads the ppl headers via the cloog headers. So even if gcc and cloog call their respective versions of the ppl shared libraries, this won't account for possible differences in the data structures in the two ppl releases. The cloog calls from gcc will pass ppl data structures as defined by the ppl 0.10.x ABI while cloog will be assuming data structures as defined by the ppl 0.11 ABI. While you might get away with this, it certainly is playing Russian roulette with the ABI. Jack JF -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libpng3-1:1.2.5-2
As Martin Costabel pointed out, both your fink installation and that libpng package are 6 years out of date. The FAQ should help you figure out how to update, or if not, people on the fink-users mailing list can help. -- Dave On Aug 8, 2010, at 9:19 AM, John Davison wrote: I noticed the following lines in file “/sw/src/libpng3-1.2.5-2/libpng-1.2.5/scripts/Makefile.darwin”: PNGMAJ = 0 PNGMIN = 1.2.5 PNGVER = $(PNGMAJ).$(PNGMIN) LIBNAME = libpng12 Therefore, the following can’t possibly work: $(LIBNAME).$(PNGVER).dylib: $(OBJSDLL) $(CC) -dynamiclib \ -install_name $(LIBPATH)/$(LIBNAME).$(PNGMAJ).dylib \ -current_version $(PNGVER) -compatibility_version $(PNGVER) \ -o $(LIBNAME).$(PNGVER).dylib \ $(OBJSDLL) -L$(ZLIBLIB) -lz $(PNGVER) evaluates to “0.1.2.5” which is ill-formatted, according to the ld man page. The ld man page requires that -compatibility_version number Specifies the compatibility version number of the library. When a library is loaded by dyld, the compatibility version is checked and if the program's version is greater that the library's version, it is an error. The format of number is X[.Y[.Z]] where X must be a positive non-zero number less than or equal to 65535 So 1.2.5 would be valid, but 0.1.2.5 isn’t. It would seem that “/sw/src/libpng3-1.2.5-2/libpng-1.2.5/scripts/Makefile.darwin” is broken. $ld -v @(#)PROGRAM:ld PROJECT:ld64-85.2.1 $ uname -a Darwin hostname 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:57:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_PPC Power Macintosh -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libpng3-1:1.2.5-2
I noticed the following lines in file ³/sw/src/libpng3-1.2.5-2/libpng-1.2.5/scripts/Makefile.darwin²: PNGMAJ = 0 PNGMIN = 1.2.5 PNGVER = $(PNGMAJ).$(PNGMIN) LIBNAME = libpng12 Therefore, the following can¹t possibly work: $(LIBNAME).$(PNGVER).dylib: $(OBJSDLL) $(CC) -dynamiclib \ -install_name $(LIBPATH)/$(LIBNAME).$(PNGMAJ).dylib \ -current_version $(PNGVER) -compatibility_version $(PNGVER) \ -o $(LIBNAME).$(PNGVER).dylib \ $(OBJSDLL) -L$(ZLIBLIB) -lz $(PNGVER) evaluates to ³0.1.2.5² which is ill-formatted, according to the ld man page. The ld man page requires that -compatibility_version number Specifies the compatibility version number of the library. When a library is loaded by dyld, the compatibility version is checked and if the program's version is greater that the library's version, it is an error. The format of number is X[.Y[.Z]] where X must be a positive non-zero number less than or equal to 65535 So 1.2.5 would be valid, but 0.1.2.5 isn¹t. It would seem that ³/sw/src/libpng3-1.2.5-2/libpng-1.2.5/scripts/Makefile.darwin² is broken. $ld -v @(#)PROGRAM:ld PROJECT:ld64-85.2.1 $ uname -a Darwin hostname 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:57:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_PPC Power Macintosh -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gcc 4.5.1 released
Upstream has announced the official release of the gcc 4.5.1 tarballs. If anyone is interested enough to do the commits, the updated info and patch files have been sitting on fink tracking for a week now... http://sourceforge.net/tracker/?func=detailaid=3037605group_id=17203atid=414256 This update provides functional link-time optimization on x86_64-apple-darwin10 now. At -m64, LTO passes all of its testsuite. The -m32 LTO since needs some work and thus ins't enabled for the non-x86_64 variants. Note that -fwhopr isn't really usable (for any target) on gcc 4.5.x so stick with -flto (which can build the Polyhedron 2005 benchmarks). Jack -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel