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@list...
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel