Re: [Rd] R.INSTALL on Windows

From: Herve Pages <>
Date: Wed, 13 Jun 2007 11:07:27 -0700


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.
> ______________________________________________
> mailing list
> mailing list Received on Wed 13 Jun 2007 - 18:11:42 GMT

Archive maintained by Robert King, hosted by the discipline of statistics at the University of Newcastle, Australia.
Archive generated by hypermail 2.2.0, at Thu 14 Jun 2007 - 09:34:50 GMT.

Mailing list information is available at Please read the posting guide before posting to the list.