[R-SIG-Mac] linking problems, solutions, and an R.app question

Simon Urbanek simon.urbanek at r-project.org
Thu Sep 7 15:07:44 CEST 2006


Daniel,

I cannot reproduce the problem. However, this looks as if you have  
some weird system setup that loads wrong libraries (e.g. something on  
DYLD_LIBRARY_PATH or your other gfortran).

Can you, please, start your R from the command line with

DYLD_PRINT_LIBRARIES=1 R

and send me the output?

Thanks,
Simon


On Sep 6, 2006, at 7:07 PM, Daniel Merl wrote:

>
> I pulled the latest binaries of R 2.4 (*R24-branch) *and R.app (Mac  
> OS X
> GUI rev. 3700 for R 2.4.xDeployment) off of http://r.research.att.com/
> today (Sept 6).  Everything is fine if I use R.app to interface  
> with R,
> but if I run R from the command line I get the following undefined
> symbol errors, which have been reported elsewhere:
>
>
> Error in dyn.load(x, as.logical(local), as.logical(now)) :
>         unable to load shared library
> '/Library/Frameworks/R.framework/Resources/library/grDevices/libs/ 
> ppc/grDevices.so':
>
> dlopen(/Library/Frameworks/R.framework/Resources/library/grDevices/ 
> libs/ppc/grDevices.so,
> 6): Symbol not found: ___mulsc3
>   Referenced from:
> /Library/Frameworks/R.framework/Versions/2.4/Resources/lib/ 
> libgfortran.0.dylib
>   Expected in: flat namespace
> Loading required package: grDevices
> Error in dyn.load(x, as.logical(local), as.logical(now)) :
>         unable to load shared library
> '/Library/Frameworks/R.framework/Resources/library/grDevices/libs/ 
> ppc/grDevices.so':
>
> dlopen(/Library/Frameworks/R.framework/Resources/library/grDevices/ 
> libs/ppc/grDevices.so,
> 6): Symbol not found: ___mulsc3
>   Referenced from:
> /Library/Frameworks/R.framework/Versions/2.4/Resources/lib/ 
> libgfortran.0.dylib
>   Expected in: flat namespace
> In addition: Warning message:
> package grDevices in options("defaultPackages") was not found
> Error: package 'grDevices' could not be loaded
>
>
> I assume this is some problem with the the libgfortran.0.dylib library
> that is included with R?  It doesn't seem to be fatal, and everything
> seems to work fine through R.app, but it bugged me.  So I pulled  
> the 2.4
> source code from CRAN
> (http://cran.r-project.org/src/base-prerelease/R-latest.tar.gz).  I
> compiled it using the latest gcc and gfortran 4.2 compilers from HPC,
> and voila.  It compiled fine, and I installed the newly built version
> over the downloaded version, and now R seems to launch without error
> from both the command line and R.app.
>
> My question is, why would this linking problem exist on the comand  
> line
> and not in the GUI?  Does the GUI specify certain environment  
> variables
> that override those present when you run the command line, or better
> yet,  in what way is the GUI linked to a particular R executable?  Was
> there a shorter solution to this, such as sym-linking to
> /usr/local/gcc4.0/lib/libgfortran.0.dylib?
>
> many thanks.
> -dan
>
> -- 
> Daniel Merl
> Dept of Mathematics
> Cornell University
>
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
>



More information about the R-SIG-Mac mailing list