On 01/04/2020 22:02, Simon Urbanek wrote:
JJB,
1. correct, there was too much trouble in this. But please feel free to start a
new thread about this here if you have strong opinions.
Also note that it is possible (and not hard) to install packages from
source with an OpenMP-supporting compiler, and how to do so is in the
R-admin manual. The problems come in distributing them.
The benefits of OpenMP are often overestimated, especially on
desktop/laptop level hardware. But it is available for the small
(tiny?) proportion of users who need it.
2. we're talking about the oldest system that our binaries will run on, so
10.13 is actually very aggressive. There is still a very significant portion of
users that have older versions of macOS and cannot upgrade. Apple is interested
in selling new products, we are interested in supporting people that need a
statistical software regardless of their income.
And 3.6.x running on >= 10.11 will be (we intend) supported with binary
packages for another year.
3. not at all. As I said, 10.13 is already way too high, in fact we picked it
precisely so we don't need to change it for several years.
Just to make sure we're clear - it's ok to use Catalina to build binaries for
let's say macOS 10.11, so it's not about what system you use to build. It is
about who is able to use the resulting software. The current R builds are
actually running on Catalina.
Thanks for your offer, it would be very helpful. Travis would be a good start -
it needs command line tools, GNU fortran from
https://github.com/fxcoudert/gfortran-for-macOS/releases/download/8.2/gfortran-8.2-Mojave.dmg
the binaries from
http://mac.r-project.org/libs-4/
and there is actually a machine-readable list in
http://mac.r-project.org/libs-4/INDEX
and R from
http://mac.r-project.org/high-sierra/R-4.0-branch/R-4.0-branch.pkg
Thanks,
Simon
On 2/04/2020, at 2:30 AM, Balamuta, James Joseph <balam...@illinois.edu> wrote:
Simon,
Thanks for the overview! A few quick questions:
1. Compiler-wise, the external clang compiler requirement was removed and, so,
there is no guarantee of OpenMP on macOS again?
2. Why was 10.13 chosen as the oldest system instead of 10.14 given the new
push for increased security by Apple?
3. How likely is the oldest system requirement to be bumped in a patch release?
Also, if you need help with mac-builder, Travis, or GitHub Actions, I'm more
than happy to help!
Best,
JJB
On 3/31/20, 11:59 PM, "R-SIG-Mac on behalf of Simon Urbanek"
<r-sig-mac-boun...@r-project.org on behalf of simon.urba...@r-project.org> wrote:
Dear Mac users,
R 4.0.0 will be using an entirely new toolchain, entirely new build system
on entirely new macOS version and hardware. Therefore I would like to ask you
kindly to test the binaries from
https://mac.R-project.org
before the release as much as you can. Raising any issues after the release
is too late! So please, please, test the pre-releases. Report any issues either
directly to me or this mailing list.
The nightly builds are signed, but not necessarily notarized. However, the
build fulfils Apple's conditions and is known to pass notarization (in fact the
the package available for download today is actually notarized) so it should be
a good test for the release which will be notarized and should work on Catalina.
For those that want to replicate our setup - technical details: we are now
building with macOS 10.13 (High Sierra) as target (i.e. the oldest supported
system), regular Apple Xcode/command line tools and GNU Fortran 8.2. R builds
are running on macOS 10.15 (Catalina) with Xcode 11.4 using macOS 10.13 target.
Packages are built on macOS 10.13 VMs with just Apple command line tools (this
should make it easy to replicate the setup using Travis, for example). All 3rd
party libraries that CRAN uses are available in http://mac.r-project.org/libs-4/
The new R build system is in
https://svn.r-project.org/R-dev-web/trunk/QA/Simon/R4
Packages build system has not changed and is in
https://svn.r-project.org/R-dev-web/trunk/QA/Simon/packages
We also plan to have a mac-builder available with similar function as the
win-builder where pre-submission tests can be performed and potentially a
Travis template.
Please test R pre-releases and provide feedback!
Thanks,
Simon
_______________________________________________
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
--
Brian D. Ripley, rip...@stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford
_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac