#17655 closed defect (fixed)
R doesn't find Leopard's X11
Reported by: | jeremyhu (Jeremy Huddleston Sequoia) | Owned by: | kjell.konis@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.0 |
Keywords: | xrender | Cc: | blb@…, kjell.konis@… |
Port: | R |
Description
$ find /opt/local/var/macports/software/R/2.8.0_0+gcc43 -name '*dylib' -exec otool -L {} \; /opt/local/var/macports/software/R/2.8.0_0+gcc43/opt/local/lib/R/lib/libR.dylib: /opt/local/lib/R/lib/libR.dylib (compatibility version 2.8.0, current version 2.8.0) /opt/local/lib/R/lib/libRblas.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gcc43/libgfortran.3.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/libreadline.5.2.dylib (compatibility version 5.0.0, current version 5.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.10) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/local/lib/gcc43/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /opt/local/var/macports/software/R/2.8.0_0+gcc43/opt/local/lib/R/lib/libRblas.dylib: /opt/local/lib/R/lib/libRblas.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gcc43/libgfortran.3.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/gcc43/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.10) /opt/local/var/macports/software/R/2.8.0_0+gcc43/opt/local/lib/R/lib/libRlapack.dylib: /opt/local/lib/R/lib/libRlapack.dylib (compatibility version 2.8.0, current version 2.8.0) /opt/local/lib/R/lib/libRblas.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/gcc43/libgfortran.3.dylib (compatibility version 4.0.0, current version 4.0.0) /opt/local/lib/R/lib/libR.dylib (compatibility version 2.8.0, current version 2.8.0) /opt/local/lib/gcc43/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.10)
Also this doesn't turn up anything interesting:
find /opt/local/var/macports/software/R/2.8.0_0+gcc43/opt/local -name '*bin*' -exec otool -L {} \;
even though configure reports:
R is now configured for i386-apple-darwin8.11.1 Source directory: . Installation directory: /opt/local C compiler: /opt/local/bin/gcc-mp-4.3 -std=gnu99 -O2 Fortran 77 compiler: /opt/local/bin/gfortran-mp-4.3 -O2 C++ compiler: /opt/local/bin/g++-mp-4.3 -O2 Fortran 90/95 compiler: /opt/local/bin/gfortran-mp-4.3 -O2 Obj-C compiler: /opt/local/bin/gcc-mp-4.3 -O2 Interfaces supported: X11, tcltk External libraries: readline Additional capabilities: PNG, JPEG, TIFF, iconv, MBCS, cairo Options enabled: shared R library, shared BLAS, R profiling, Java Recommended packages: yes
So where is R actually linking/using these libs? I'd like to test that I can safely update the xrender dependency to lib:..., but I don't see how to even test that it's using or linking against libXrender...
How were these dependencies determined?
Change History (6)
comment:1 Changed 16 years ago by kjell.konis@…
Cc: | kjell.konis@… added |
---|
comment:2 Changed 16 years ago by kjell.konis@…
For some reason R also uses the suffix .so on OS X. Try this:
find /opt/local/var/macports/software/R/2.8.0_0+gcc43 -name '*so' -exec otool -L {} \;
comment:3 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Summary: | R may over depend on ports → R doesn't find Leopard's X11 |
---|
Ok, I see that now... but there's still some trouble getting R to find X11 correctly. I'm trying to autoreconf, but there's some problem:
/opt/local/share/aclocal/imlib.m4:9: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal autoreconf: running: autoconf -I /opt/local/var/macports/build/_Users_jeremy_src_macports-trunk_dports_math_R/work/R-2.8.0/m4 --force autoreconf: running: autoheader -I /opt/local/var/macports/build/_Users_jeremy_src_macports-trunk_dports_math_R/work/R-2.8.0/m4 --force autoheader: warning: missing template: AS_TR_CPP autoheader: Use AC_DEFINE([AS_TR_CPP], [], [Description]) autoreconf: autoheader failed with exit status: 1
using:
universal_variant no use_autoreconf yes autoreconf.args -fvi autoreconf.env ACLOCAL="aclocal -I ${worksrcpath}/m4" AUTOCONF="autoconf -I ${worksrcpath}/m4" AUTOHEADER="autoheader -I ${worksrcpath}/m4"
comment:4 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
r43881 should be good enough to handle it without autoreconfing... hopefully the next release upstram will use a newer autoconf...
comment:5 Changed 16 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Cc Me!