Simon, thank you for the information about javareconf. Would it be possible to build that into the installation of RJava?
David, Thank you for verifying the behavior. I decided to stay with Java 8, because the Java updater thought that 171 was the next step and I did that yesterday. I attempted to install rJava_0.9-10 from http://www.rforge.net/rJava/files/ It didn't complete, telling me to run R CMD javareconf as root. javareconf ran successfully. The next time I tried to install rJava_0.9-10 it got farther, recognizing the jdk1.8.0_60.jdk that I have. It still didn't continue because I don't have JDK. I will now try building microplot with ggplot2_2.2.1.9000 Success! microplot now builds. Now to the intended task which is to R CMD check microplot with the ggplot2_2.2.1.9000 it passes R CMD check microplot_1.0-39.tar.gz R CMD check --run-dontrun microplot_1.0-39.tar.gz this also passes One more step, the demo/ subdirectory Almost clear. One error which I will investigate tomorrow. The error is due to a change in behavior in ggplot2. Specifically, the last statement in demo/latex-ggplot.r no longer works due to a change inside ggplot. Previously it was reporting NULL, now it is reporting character(0). I will file an issue with https://github.com/tidyverse/ggplot2/issues asking whether the change was accidental or whether I need to change my code to allow for the new value. Rich On Thu, May 24, 2018 at 1:47 PM, Simon Urbanek <simon.urba...@r-project.org> wrote: > You need to configure R to match your Java using R CMD javareconf. > > The CRAN machine uses JDK 1.9 which was the default until Java 10 was > released recently. If you use something else, you have to configure R > accordingly. > > Also I strongly recommend using rJava 0.9-10 since it works around some issue > with Java on macOS and with Java 10. > > Cheers, > Simon > > > > > >> On May 23, 2018, at 7:50 PM, David Winsemius <dwinsem...@comcast.net> wrote: >> >> >> >>> On May 22, 2018, at 1:36 AM, Richard M. Heiberger <r...@temple.edu> wrote: >>> >>> sI have Macintosh High Sierra 10.13.4 >>> and R_3.5.0 >>> >>> I am attempting to R CMD build and check my package microplot against >>> the imminent ggplot2_2.2.1.9000 >>> >> >> I have a new High Sierra Machine with a System that was ported over from an >> earlier version of the OS. I've installed R 3.5.0. I tried installing micro >> plot from binary without error, but when I try to load the rJava library I >> was getting an error with the old Java version 151, so I accepted the Oracle >> offer of installing version 171 downloaded from the Java website, but I'm >> also seeing: >> >> library(rJava) >> Error: package or namespace load failed for ‘rJava’: >> .onLoad failed in loadNamespace() for 'rJava', details: >> call: dyn.load(file, DLLpath = DLLpath, ...) >> error: unable to load shared object >> '/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so': >> >> dlopen(/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so, >> 6): Library not loaded: >> /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/lib/server/libjvm.dylib >> Referenced from: >> /Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so >> Reason: image not found >> >> >> There is a folder /Library/Java/JavaVirtualMachines/jdk1.8.0_171.jdk, but >> nothing named with a jdk-9 prefix >> >> >> S >> Best; >> >> David. >> >>> The build fails with messages >>> >>> ** byte-compile and prepare package for lazy loading >>> Error : .onLoad failed in loadNamespace() for 'rJava', details: >>> call: dyn.load(file, DLLpath = DLLpath, ...) >>> error: unable to load shared object >>> '/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so': >>> dlopen(/Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so, >>> 6): Library not loaded: >>> /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/lib/server/libjvm.dylib >>> Referenced from: >>> /Library/Frameworks/R.framework/Versions/3.5/Resources/library/rJava/libs/rJava.so >>> Reason: image not found >>> ERROR: lazy loading failed for package ‘microplot’ >>> >>> Indeed I do not have Java 9, I have Java 8, which the Java updater >>> says is current (171). >>> The java site >>> http://www.oracle.com/technetwork/java/javase/overview/index.html >>> seems to want to give me Java 10 (not Java 9), and the discussion on >>> this R-sig-mac list >>> [R-SIG-Mac] R and Java 10 ➜ rJava not able to build >>> beginning March 29 seems to say 8 is still correct. As suggested >>> there I looked at R-admin for 3.5.0 >>> and discover "The situation with Java support on macOS is messy". >>> I attempted the suggested workaround >>> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home >>> and got the same message as above. >>> >>> I need guidance as to the next steps I should take. >>> >>> Rich >>> >>> _______________________________________________ >>> R-SIG-Mac mailing list >>> R-SIG-Mac@r-project.org >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> >> _______________________________________________ >> R-SIG-Mac mailing list >> R-SIG-Mac@r-project.org >> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> > _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac