Skip to content
Back to formatted view

Raw Message

Message-ID: <CABFfbXvVSi4Ha0-ujv_76r7eYTESBsF2OF1Vyk=YUbkx1XjPFw@mail.gmail.com>
Date: 2019-11-20T11:35:30Z
From: Jeroen Ooms
Subject: Rtools 4.0
In-Reply-To: <CAL6gwnKznQ9WRPm2cw8X4Qa=gUxhBhKn9YmqAGAGHOid3Hg-1Q@mail.gmail.com>

I think you are misunderstanding the difference between R and Rtools.
Rtools is merely a bundle with gcc and some extra utilities.
Everything else is managed by R-core in the R svn. An update Rtools
doesn't change how you can build R.

The main thing that changes in rtools40 is that the version of GCC has
bumped to 8. Also there is now a package manager included with
rtools40, that you could use (but don't have to) to install additional
libraries. The latter is optional, your current scripts and libs will
keep working as well. None of the things you describe below have
changed.

I am indeed refactoring some of the scripts that I use myself to build
the daily R installers, but those are not relevant to you. Your
current build scripts will keep working, the only thing you should
have to change to build with rtools40 is update the path to gcc in
your script.

I don't understand everything you are trying to do, but I'll test
myself if I can build R with external openblas. For discussions about
adding (optional) support for LTO flags, you need to talk to R-core.





On Wed, Nov 20, 2019 at 4:54 AM Avraham Adler <avraham.adler at gmail.com> wrote:
>
> Hello, Jereon.
>
> I am very happy and grateful for the work you have done, unsupported, in modernizing the Windows toolchain. What concerns me, though, is that there seems to be a major overhaul to the build process. For most purposes it is much neater and easier. Unfortunately, it seems to do so at the expense of customization. You are preparing the first major change to the windows build in over a decade, if not longer, and it breaks a number of existing processes.
>
> For example with the Mkrules.local options, all PATHS can be set prior to build. I see the option to change Innosetup with ISDIR, but where is the QPDF option? Also, you are testing for " test -f "C:/Program Files (x86)/Inno Setup 6/ISCC.exe" in PKGBUILD, not ISDIR,
>
> More importantly, at least to me, is that since at least 2013, I've been building Rblas against OpenBLAS. That requires changing ATLAS PATH in Mkrules.dist and Makevars.win in R_HOME/src/extra/blas. I see no way to do that in the current system.
>
> Lastly, and this may be less important, to use LTO, at least under the current system (which i do NOT advise, I spent months trying to get it to work and the best I could do was build base+recommended) other files need to be changed to ensure that the properly prefizxed AR, NM, and RANLIB are used, that the proper flags are passed to both compiler and linker, and that allow multiple definitions is set. I wouldn't have the foggiest idea where to begin with your setup, because you aren't working from a static package of R-XXX but seem to download it on the fly every time.
>
> Maybe I don't understand enough of what you did, and I'm just not seeing it. I'd be thrilled, if you could point out where I've been blind or where I've overlooked these abilities.However, if there is going to be a major, breaking, overhaul of the build, it would really help those of us who work and develop in Windows to be able to continue with the customizations we've built (and which we have, in our own small ways, supported the wider R community).
>
> Thank you very much,
>
> Avi
>
>