Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#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 15 years ago by kjell.konis@…

Cc: kjell.konis@… added

Cc Me!

comment:2 in reply to:  description Changed 15 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 15 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Summary: R may over depend on portsR 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 15 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 15 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: newclosed

comment:6 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.