Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)

2020-04-03 Thread Tom Elliott
Simon, > Hence this is a call to the R community to see if anyone actually cares. I (and Chris Wild and quite a few of our mac users) care and would greatly appreciate working GTK+ CRAN packages! I don't have any knowledge re source etc, but just to remind you that the current RGtk2 package

Re: [R-SIG-Mac] OpenMP on CRAN

2020-04-03 Thread Simon Urbanek
Patrick, > On 4/04/2020, at 1:33 AM, Patrick Schratz wrote: > > Simon, > > thanks. I assume that you mean “clang from homebrew” = llvm (from homebrew)? LLVM is the compiler infrastructure project, clang is the C/C++ compiler from that project. We don't use any of the other compilers form

Re: [R-SIG-Mac] Please test R 4.0.0 pre-releases!

2020-04-03 Thread Berend Hasselman
Simon, I have tested an R-4.0.0 (i.e. R version 4.0.0 alpha (2020-04-01 r78130) with my two packages (nleqslv and geigen) and all my private tests. I have not found any problems with checking and testing these packages. (I used Apple clang and Coudert's gfortran 8.2) The only issue I have

Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)

2020-04-03 Thread Kevin Ushey
For what it's worth, Homebrew and macports both have scripts for installing GTK+ from sources, so presumedly those could be cribbed into a standalone shell script for a build if desired: https://github.com/Homebrew/homebrew-core/blob/master/Formula/gtk+.rb

Re: [R-SIG-Mac] Homebrew [was: from Mac to LInux?]

2020-04-03 Thread Rainer Krug
> On 3 Apr 2020, at 13:25, Simon Urbanek wrote: > > Rainer, > > >> On 3/04/2020, at 10:01 PM, Rainer M Krug wrote: >> >> Thanks a lot for your detailed response - it is very much appreciated. >> >>> On 2 Apr 2020, at 22:30, Simon Urbanek wrote: >>> >>> >>> On 2/04/2020, at 9:15

Re: [R-SIG-Mac] OpenMP on CRAN

2020-04-03 Thread Patrick Schratz
Simon, thanks. I assume that you mean “clang from homebrew” = llvm (from homebrew)? Indeed I am currently trying that out and it looks really robust for source installations (more than the systems clang (+ eventual openMP flags like suggested by Kevin) and other variants (gcc from homebrew or

Re: [R-SIG-Mac] OpenMP on CRAN

2020-04-03 Thread Simon Urbanek
Patrick, you were commenting on the thread where we talked about CRAN R - that one is now compiled using Apple clang. You were talking about using clang from Homebrew - those are incompatible as they use different run-time. Unfortunately, the Intel OpenMP run-time varies by clang compiler

Re: [R-SIG-Mac] OpenMP on CRAN

2020-04-03 Thread Patrick Schratz
Simon, I don’t understand fully. I am using llvm for all C variants (just now shown) in combination with the 10.13 SDK. So far this combination works flawlessly for all “problematic” packages like data.table, igraph or Rcpp. I don’t have deeper knowledge about the “iomp” setup but as of right

Re: [R-SIG-Mac] Homebrew [was: from Mac to LInux?]

2020-04-03 Thread Simon Urbanek
Rainer, > On 3/04/2020, at 10:01 PM, Rainer M Krug wrote: > > Thanks a lot for your detailed response - it is very much appreciated. > >> On 2 Apr 2020, at 22:30, Simon Urbanek wrote: >> >> >> >>> On 2/04/2020, at 9:15 PM, Patrick Schratz wrote: >>> >>> AFAIK most people on that list

Re: [R-SIG-Mac] Homebrew [was: from Mac to LInux?]

2020-04-03 Thread Rainer M Krug
Thanks a lot for your detailed response - it is very much appreciated. > On 2 Apr 2020, at 22:30, Simon Urbanek wrote: > > > >> On 2/04/2020, at 9:15 PM, Patrick Schratz wrote: >> >> AFAIK most people on that list would vote hard against installing R via >> homebrew for several reasons -