[Rd] R.INSTALL on Windows

Herve Pages hpages at fhcrc.org
Wed Jun 13 20:07:27 CEST 2007


This has been addressed in R-2.5.0 and R-2.6.0. Thanks!


Herve Pages wrote:
> Hi,
> I'd like to point out a potential problem with the current R.INSTALL
> directory created by 'R CMD INSTALL' when applied to a source package.
> On Windows (and, AFAIK, only on Windows), 'R CMD INSTALL mypackage_1.0.0.tar.gz'
> creates a temporary R.INSTALL directory in the current directory. This
> directory is removed before the command terminates but only if it was
> successful.
> One inconvenient of this behaviour is that you can get a clash when you try to
> build 2 Windows binary packages (with 'R CMD INSTALL --build') at the same time
> in the same directory. I can circumvent the 00LOCK mechanism by providing
> a different --library option to the 2 commands but, if I'm running the 2 commands
> in the same directory, then they will be creating and using the same R.INSTALL.
> Then, the first command who terminates will remove it and break the other command.
> Is there an easy way to prevent this?
> Is there any reason why R.INSTALL is not kept at the end of 'R CMD INSTALL',
> or why 'R CMD INSTALL' doesn't use a package specific directory name
> (e.g. R.INSTALL.mypackage) like 'R CMD check' does, or why it doesn't
> use one of the "standard" temp places (defined by env. var. TMP or TMPDIR).
> Thanks in advance!
> Cheers,
> H.
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

More information about the R-devel mailing list