I just tried R-patched and the same problem happens.
libiconv is available too:
bcarvalh$ ls -l /usr/lib/libiconv*
lrwxr-xr-x 1 root wheel 16 Feb 21 2008 /usr/lib/libiconv.
2.4.0.dylib -> libiconv.2.dylib
-rw-r--r-- 1 root wheel 4147008 Nov 24 2007 /usr/lib/libiconv.
2.dylib
lrwxr-xr-x 1 root wheel 20 Feb 21 2008 /usr/lib/
libiconv.dylib -> libiconv.2.4.0.dylib
-rw-r--r-- 1 root wheel 795 Feb 19 2008 /usr/lib/libiconv.la
On R-2.8.1, which I compiled from the source a while back, here's what
I get:
bcarvalh$ otool -L ~/bin/R-2.8.1/lib/libR.dylib | grep iconv
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current
version 7.0.0)
And I also have Xcode 3.1.2.
Thank you very much for your attention and time,
b
On Aug 19, 2009, at 2:32 PM, Prof Brian Ripley wrote:
Why not try to compile R-patched, aka 2.9.2 RC?
It works for me on Mac OS X, but then 2.9.1 did too?
On Wed, 19 Aug 2009, Benilton Carvalho wrote:
Hi,
I was hoping to be to able to compile R-2.9.1 from the source as
I've always
done.
'./configure' always worked nice, but now it fails to find 'iconv',
which is
installed:
But is libiconv? It is the C function that it is not finding, not the
executable. (It might be part of Xcode: both my Macs have Xcode 3.1.2
on, so I can't tell.) E.g.
tystie% otool -L ~/R/R-patched/lib/i386/libR.dylib | grep iconv
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0,
current version 7.0.0)
bcarvalh$ which iconv
/usr/bin/iconv
bcarvalh$ iconv --version
iconv (GNU libiconv 1.11)
Copyright (C) 2000-2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
Written by Bruno Haible.
Here's what I get with ./configure
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv... no
checking for iconvlist... no
configure: error: --with-iconv=yes (default) and a suitable iconv
is not
available
I'm running Mac OS X 10.5.8... any ideas on what I may be missing? Or
suggestions on what to report in order to try to find the source of
the
problem?
Thank you very much,
benilton
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
--
Brian D. Ripley, [email protected]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UK Fax: +44 1865 272595
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
