[Rd] Use of R and Rscript in configure/Makevars in packages

2010-05-20 Thread Prof Brian Ripley
We have seen problems with a number of packages which use R/Rscript to run R code in configure or makefiles. (a) You must give a full path: there need be no version of R in the path, and if there is it might not be the version/build of R under which package installation is being done. So the

Re: [Rd] Use of R and Rscript in configure/Makevars in packages

2010-05-20 Thread Romain Francois
Hello, Thank you for these clear guidelines. Given these subtleties, would it make sense to have a configure.R that would win over configure and configure.win, and have R invoking it correctly, as below ? Romain Le 20/05/10 08:51, Prof Brian Ripley a écrit : We have seen problems with a

Re: [Rd] pretty.Date(): new halfmonth time step

2010-05-20 Thread Daniel Murphy
Felix, I see your point about the halfway point acting like the first day of the month in its relativity to the ending date of the month: they're both variable. I'm an actuary. Like accountants, actuaries tend to measure financial time in months because of how the books close. But in our

Re: [Rd] Use of R and Rscript in configure/Makevars in packages

2010-05-20 Thread Romain Francois
Le 20/05/10 09:40, Prof Brian Ripley a écrit : On Thu, 20 May 2010, Romain Francois wrote: Hello, Thank you for these clear guidelines. Given these subtleties, would it make sense to have a configure.R that would win over configure and configure.win, and have R invoking it correctly, as

Re: [Rd] pretty.Date(): new halfmonth time step

2010-05-20 Thread Gabor Grothendieck
Note that in the zoo package that as.Date.yearmon has a frac= argument, e.g. library(zoo) ym - as.yearmon(2010-01) as.Date(ym, frac = 0.5) [1] 2010-01-16 On Wed, May 19, 2010 at 9:56 PM, Daniel Murphy chiefmur...@gmail.com wrote: Much better to implement directly what this is trying to do:

Re: [Rd] pretty.Date(): new halfmonth time step

2010-05-20 Thread Felix Andrews
I see, an interesting perspective. The current purpose is just to look pretty, or to follow the principle of least surprise, which is difficult to the extent that it is subjective and sometimes context dependent... Cheers -Felix On 20 May 2010 17:38, Daniel Murphy chiefmur...@gmail.com wrote:

Re: [Rd] Build R static

2010-05-20 Thread Alex Bryant
Does anyone know if it's possible to create a static build of R? Thanks, From: Alex Bryant Sent: Monday, May 10, 2010 2:50 PM To: 'r-devel@r-project.org' Subject: Build R static Hi, I am having trouble building R static on Solaris 5.10. I have a requirement to run R within a specific user

Re: [Rd] pretty.Date(): new halfmonth time step

2010-05-20 Thread Daniel Murphy
Yes. I looked at that feature of zoo. But it forced me to keep track of fractional months in the Date world. Square one. I ended up implementing a class under the paradigm of whole and fractional months. It allows me to do all my time arithmetic in ways that accountants expect. For example,

[Rd] Suggestion: Add DESCRIPTION/NEWS files to the Rtools compilations

2010-05-20 Thread Henrik Bengtsson
Hi, I'd like to suggest that DESCRIPTION and/or NEWS files, or other information revealing the version, would be added to the different Rtools compilations (http://www.murdoch-sutherland.com/Rtools/). Currently it's not easy to figure out which version is installed. Another suggestion is to have

Re: [Rd] Build R static

2010-05-20 Thread Simon Urbanek
On May 20, 2010, at 8:50 AM, Alex Bryant wrote: Does anyone know if it's possible to create a static build of R? That depends heavily on the OS and tools used and has nothing to do with R itself. You'll need static versions of all libraries you depend on and compilers capable of using them

Re: [Rd] R in sandbox/jail (long question)

2010-05-20 Thread Murray Stokely
On Tue, May 18, 2010 at 7:38 PM, Assaf Gordon assafgor...@gmail.com wrote: I've found this old thread: http://r.789695.n4.nabble.com/R-in-a-sandbox-jail-td921991.html But for technical reasons I'd prefer not to setup a chroot jail. I would also point out that the state of the art in the

[Rd] pretty.Date(): changes to axis() methods?

2010-05-20 Thread Felix Andrews
Hi all. pretty() is now generic in R-2.12 and there are new methods for Date and POSIXt classes. These methods could potentially be used inside axis.Date and axis.POSIXt (and Axis methods), although that has not been decided yet. The main advantage of the new method is that it is flexible, in