From ripley at stats.ox.ac.uk  Fri Dec  3 14:14:44 2010
From: ripley at stats.ox.ac.uk (Prof Brian Ripley)
Date: Fri, 3 Dec 2010 13:14:44 +0000 (GMT)
Subject: [Rd] Clean up after "R CMD INSTALL" and/or "R  CMD check"
In-Reply-To: <20101203195942.04e2945a@bossiaea>
References: <20101203195942.04e2945a@bossiaea>
Message-ID: <alpine.LFD.2.00.1012031228310.7301@toucan.stats.ox.ac.uk>

On Fri, 3 Dec 2010, Berwin A Turlach wrote:

> G'day all,
>
> I noticed the following (new) behaviour of R 2.12.0, running on Kubuntu
> 10.10, when installed with sub-architectures:

Yes, there are new features when there are multiple sub-architectures.

> When I run "R CMD INSTALL" or "R CMD check" on the source directory of a
> package that contains C or FORTRAN code, R creates sub-directories
> src-32/ and src-64/ that seem to be copies of the src/ subdirectory
> plus the compiled objects.
>
> These directories are not deleted at the end of a successful
> INSTALL/check and I wonder if there is any particular reason for this?

Because it might be partially successful and you want to look at the 
generated objects?  In particular 'success' means that the primary 
sub-architecture is installed: others might fail.

> Would it be possible to delete these sub-directories during clean-up
> at the end of a successful INSTALL/check?

Try INSTALL --clean, etc.  But I normally do this from a tarball to 
keep the sources clean and to test the reference sources.

There are a few improvements to R-patched in the detection of 
sub-architectures, so you might like to see if you prefer what it 
does.

-- 
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595



[Rd] Clean up after "R CMD INSTALL" and/or "R CMD check"
Prof Brian Ripley