Help with libiconv problem
On 3/14/16 1:49 PM, Mick Jordan wrote:
A couple of my colleagues are having problems building R-3.2.4 on Mac
OS X El Capitan somehow related to libiconv. I personally don't have
any problems on either of my Macs. I'm hoping thie make log might
trigger something in the readers of this list:
gcc -dynamiclib -Wl,-headerpad_max_install_names -undefined
dynamic_lookup -single_module -multiply_defined suppress
-L../../../../lib -L/usr/local/lib -o tools.so text.o init.o Rmd5.o
md5.o signals.o install.o getfmts.o http.o gramLatex.o gramRd.o
-L../../../../lib -lR -Wl,-framework -Wl,CoreFoundation
mkdir ../../../../library/tools/libs
installing 'sysdata.rda'
Warning messages:
1: In strptime(paste(.leap.seconds, "23:59:60"), "%Y-%m-%d %H:%M:%S") :
unknown timezone 'America/Los_Angeles'
2: In strptime(paste(.leap.seconds, "23:59:60"), "%Y-%m-%d %H:%M:%S") :
unknown timezone 'GMT'
3: In strptime(paste(.leap.seconds, "23:59:60"), "%Y-%m-%d %H:%M:%S") :
unknown timezone 'America/New_York'
dyld: lazy symbol binding failed: Symbol not found: _libiconv_open
Referenced from:
/Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib
Expected in: flat namespace
dyld: Symbol not found: _libiconv_open
Referenced from:
/Users/someone/work/abc/fastr/com.oracle.truffle.r.native/gnur/R-3.2.4/lib/libR.dylib
Expected in: flat namespace
/bin/sh: line 1: 16127 Done echo
"tools:::sysdata2LazyLoadDB(\"./R/sysdata.rda\",\"../../../library/tools/R\")"
16128 Trace/BPT trap: 5 | R_DEFAULT_PACKAGES=NULL LC_ALL=C
../../../bin/R --vanilla --slave
make[7]: *** [sysdata] Error 133
make[6]: *** [all] Error 2
make[5]: *** [R] Error 1
make[4]: *** [R] Error 1
make[3]: *** [R] Error 1
This seems to be related to having a macports install of libiconv. The compile step for sysutils.c puts the macport include header before /usr/local/include but the link step for libR doesn't - in fact it doesn't include a -L for the macport directory at all. So there is an an inconsistency in the expected symbols. (Why the macport version defines libiconv_open instead of iconv_open I have no idea). ick