I tried it now on a second machine, this time OSX 10.5.2, and get the same error.
The output of otool is:
----
$ otool -L /Library/Frameworks/R.framework/Resources/lib/i386/libR.dylib
/Library/Frameworks/R.framework/Resources/lib/i386/libR.dylib:
/Library/Frameworks/R.framework/Versions/2.12/Resources/lib/libR.dylib (compatibility version 2.12.0, current version 2.12.0)
/Library/Frameworks/R.framework/Versions/2.12/Resources/lib/libRblas.dylib (compatibility version 0.0.0, current version 0.0.0)
/Library/Frameworks/R.framework/Versions/2.12/Resources/lib/libgfortran.2.dylib (compatibility version 3.0.0, current version 3.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.19.0)
/Library/Frameworks/R.framework/Versions/2.12/Resources/lib/libreadline.5.2.dylib (compatibility version 5.0.0, current version 5.2.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
/usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 36.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5)
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
---
/usr/lib/libiconv.2.dylib exists.
If I understand the error above correctly, it isn't complaining that /usr/lib/libiconv.2.dylib does not exist.
Instead, it is loading /Applications/TeXmacs.app/Contents/Resources/lib/libiconv.2.dylib, which seems incompatible with my system.
I think the problem is that DYLD_LIBRARY_PATH is set inside TeXmacs to be
DYLD_LIBRARY_PATH=/Applications/TeXmacs.app/Contents/Resources/lib
And that causes the libraries in TeXmacs.app to be loaded before those on /usr/lib, so R tries to load libraries from there.
Michael
Archive powered by MHonArc 2.6.19.