stats graphics grDevices datasets utils methods base LAPACK: /Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib I am running Big Sur on Mac, but here are the session infos for the one crashing: R version 4.0.2 () I have tried, without luck, reverting the version of gdal, but can't get homebrew to do that for me. And even trying to write a geopackage will make one of them fail. I am reading in the exact same geopackage file (using sf::st_read(). One links to GDAL 3.2.0 and PROJ 7.2.0 (crashes) and one links to GDAL 3.1.1 and PROJ 6.3.1 (works). Both run on sf 0.9-6, but link to different versions of gdal and proj (no idea how I managed that). I have two different Rprojects, each with its own renv. macOS is the most opinionated, and my take is that will always be reflected in R package installation issues like those surfacing in this - I am encountering the same problem with geopackages. I've worked with UNIX derivatives since 1983. Other flavors of Linux work, too, but Debian is a de factor linga franca. I say Debian because "it just works," to borrow a phrase. Migrate development to a dedicated Debian box.If the difference in the macOS toolchain doesn't bother you because you are able to edit the source code to make compilation happy, then, of course, there's no problem. We will always be in Blanche Dubois' condition of depending on the kindness of strangers because clang is not gcc. You can wait for Saint Simon Urbanek to fix many packages requiring compilation of external libraries, such a gdal, on which packages such as rgdal depend-but he can't rejigger them all. I've only lightly exercised under Big Sur, but having been through previous combinations of migrations of macOS, R and system libraries I have a strong opinion. Loaded via a namespace (and not attached): stats graphics grDevices utils datasets methods base LAPACK: /Library/Frameworks/R.framework/Versions/3.6/Resources/lib/libRlapack.dylib Note: MacBook Pro (16-inch, 2019) > sessionInfo() If you want to try the new MacOs, I highly recommend using TimeMachine on your Mac before the upgrade. So far, my Rstudio and Tidyverse work fine., and my other R scripts/markdown are running without issues. It's possible that 10.16 was left in the final code because someone forgot to change the version. Big Sur is 11 for sure, but I saw the session info listed below, shown I am still running under macOS 10.16.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |