In the 2 threads "lablgtk 1.2.7-1002 on 10.6 64bit fails to build" and "python-bibtex-py26-1.2.4-1 build failed on 10.6 64bit" the error was caused by dylibs not linking with libintl.dylib, /sw/lib/libgtk-1.2.0.dylib in the first case and /sw/lib/librecode.0.dylib in the second case.
Both dylibs do link with libintl on 10.5/32bit (probably on 10.6/32bit, too). The packages gtk+ and recode have in common that they use UpdateConfigGuess: true UpdateLibtool: true This brings in particular the extremely old /sw/lib/fink/update/ltconfig which defines deplibs_check_method='file_magic Mach-O dynamically linked shared library' In reality, the 64bit dylibs have "Mach-O 64-bit dynamically linked shared library". The result is that libtool does not recognize that /sw/lib/libintl.dylib is a dynamic library, and it removes it from the linker list, accompanying this deed with the lie *** Warning: This library needs some functionality provided by -lintl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. Is there a reason why we have these old versions of ltconfig, ltmain.sh etc in fink, versions that date from before the release of MacOSX 10.0? -- Martin ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ 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