[R-SIG-Mac] loading tcltk fails in R 4.2.1 on macOS

[peter dalgaard]

Hmm, that would obviously be a condition that developers would overlook, but the direct cause seems to be the absence of libX11.6.dylib. On the face of things, the otool business is just a warning. Was XQuartz installed and working? (Not to say that your diagnosis is definitely wrong, I don't have a system without otool for testing...)

- Peter

> On 2 Sep 2022, at 19:00 , John Fox <jfox using mcmaster.ca> wrote:
> 
> Dear R-SIG-MAC list members,
> 
> Unless developer tools are installed, loading the standard tcltk package fails in R 4.2.1 on macOS because of the absence of otool:
> 
> ------- snip -------
> 
> > library(tcltk)
> Error: package or namespace load failed for ‘tcltk’:
> .onLoad failed in loadNamespace() for 'tcltk', details:
>  call: dyn.load(file, DLLpath = DLLpath, ...)
>  error: unable to load shared object '/Library/Frameworks/R.framework/Versions/4.2/Resources/library/tcltk/libs/tcltk.so':
> dlopen(/Library/Frameworks/R.framework/Versions/4.2/Resources/library/tcltk/libs/tcltk.so, 0x000A): Library not loaded: /opt/X11/lib/libX11.6.dylib
>  Referenced from: /Library/Frameworks/R.framework/Versions/4.2/Resources/library/tcltk/libs/tcltk.so
>  Reason: tried: '/opt/X11/lib/libX11.6.dylib' (no such file), '/usr/local/lib/libX11.6.dylib' (no such file), '/usr/lib/libX11.6.dylib' (no such file)
> In addition: Warning message:
> In system2("/usr/bin/otool", c("-L", shQuote(DSO)), stdout = TRUE) :
>  running command ''/usr/bin/otool' -L '/Library/Frameworks/R.framework/Resources/library/tcltk/libs//tcltk.so'' had status 1
> xcode-select: note: no developer tools were found at '/Applications/Xcode.app', requesting install. Choose an option in the dialog to download the command line developer tools.
> 
> > sessionInfo()
> R version 4.2.1 (2022-06-23)
> Platform: x86_64-apple-darwin17.0 (64-bit)
> Running under: macOS Monterey 12.4
> 
> Matrix products: default
> BLAS: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRblas.0.dylib
> LAPACK: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRlapack.dylib
> 
> locale:
> [1] en_CA.UTF-8/en_CA.UTF-8/en_CA.UTF-8/C/en_CA.UTF-8/en_CA.UTF-8
> 
> attached base packages:
> [1] stats     graphics  grDevices utils     datasets  methods   base
> 
> loaded via a namespace (and not attached):
> [1] compiler_4.2.1
> 
> 
> ------- snip -------
> 
> I discovered this issue when a user (cc'd above) wrote to me about having to install the macOS developer tools in order to use the Rcmdr package. I didn't encounter the problem myself because (of course) I have the developer tools installed. I was able to reproduce the problem by dusting off an old Mac without R installed and starting from scratch.
> 
> I believe that this issue has arisen before, e.g., on R 3.1.2; see <https://stat.ethz.ch/pipermail/r-sig-mac/2014-December/011260.html>.
> 
> Can this be fixed again in R-patched?
> 
> Thank you,
> John
> 
> -- 
> John Fox, Professor Emeritus
> McMaster University
> Hamilton, Ontario, Canada
> web: https://socialsciences.mcmaster.ca/jfox/
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac using r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac

-- 
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd.mes using cbs.dk  Priv: PDalgd using gmail.com