Re: [Rd] mgcv in R-2.4.0.alpha

"Kjetil Halvorsen" <[EMAIL PROTECTED]> writes: > Hola! > > I am sending this to the list since emails from me to Simon Wood > has bounced earlier. > > I get: > > > library(tsDyn) > Loading required package: mgcv > Erro en `parent.env<-`(`*tmp*`, value = NULL) : > use of NULL environment

Re: [Rd] Sweave processes \Sexpr in commented LaTeX source (2.3.1patched and 2.4.0)

Friedrich Leisch <[EMAIL PROTECTED]> writes: > > On Tue, 19 Sep 2006 19:14:39 -0500, > > Marc Schwartz (MS) wrote: > > > Hi all, > > On FC5, using: > > > Version 2.3.1 Patched (2006-08-06 r38829) > > > and today's > > > R version 2.4.0 alpha (2006-09-19 r39397) > > > w

Re: [Rd] Using \u2030 in plot axis label -> stack smashing

On 19/09/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > > Apparently FC6 will have different flags/ different default behaviour, at > least for ld. Just for reference I have tested the default CFLAGS in FC-5 and FC-6. They are equal, namely: CFLAGS="-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2

Re: [Rd] mgcv in R-2.4.0.alpha

> "Kjetil" == Kjetil Halvorsen <[EMAIL PROTECTED]> > on Tue, 19 Sep 2006 16:56:24 -0400 writes: Kjetil> Hola! Kjetil> I am sending this to the list since emails from me to Simon Wood Kjetil> has bounced earlier. Kjetil> I get: >> library(tsDyn) Kjetil> Loading

Re: [Rd] mgcv in R-2.4.0.alpha

On 9/20/06, Martin Maechler <[EMAIL PROTECTED]> wrote: > > . . . Kjetil> [[alternative HTML version deleted]] >^ > > (I thought you would know better ...) > Martin In theory, yes, but I did´nt find a way to stop the html version to

Re: [Rd] mgcv in R-2.4.0.alpha

Hola! See comments inline. On 9/20/06, Martin Maechler <[EMAIL PROTECTED]> wrote: > > > "Kjetil" == Kjetil Halvorsen <[EMAIL PROTECTED]> > > on Tue, 19 Sep 2006 16:56:24 -0400 writes: > >Kjetil> Hola! >Kjetil> I am sending this to the list since emails from me to Simon > Wood

Re: [Rd] Sweave processes \Sexpr in commented LaTeX source (2.3.1patched and 2.4.0)

On Wed, 2006-09-20 at 12:20 +0200, Peter Dalgaard wrote: > Friedrich Leisch <[EMAIL PROTECTED]> writes: > > > > On Tue, 19 Sep 2006 19:14:39 -0500, > > > Marc Schwartz (MS) wrote: > > > > > Hi all, > > > On FC5, using: > > > > > Version 2.3.1 Patched (2006-08-06 r38829) > > > >

Re: [Rd] Sweave processes \Sexpr in commented LaTeX source (2.3.1patched and 2.4.0)

Peter Dalgaard <[EMAIL PROTECTED]> writes: > ..not to mention TeX comments inside Sexpr (e.g. %*%...). Skipping > lines with % as the first character might be a viable compromise > though. +1. You could probably ignore any lines where the first non-whitespace char is '%'. But if that seems to r

[Rd] seq.Date not accepting NULL length.out (PR#9239)

There seems to be a bug in seq.Date such that it will not allow the user to pass in length.out =3D NULL, despite the fact that this is the = default argument. For example: > dt1 <- as.Date("2004-12-31") > dt2 <- as.Date("2005-12-31") > seq.Date(dt1, dt2, length.out =3D NULL, by =3D "month") Error

Re: [Rd] Sweave processes \Sexpr in commented LaTeX source (2.3.1patched and 2.4.0)

2006/9/20, Seth Falcon <[EMAIL PROTECTED]>: > Peter Dalgaard <[EMAIL PROTECTED]> writes: > > ..not to mention TeX comments inside Sexpr (e.g. %*%...). Skipping > > lines with % as the first character might be a viable compromise > > though. > > +1. You could probably ignore any lines where the fir

Re: [Rd] Sweave processes \Sexpr in commented LaTeX source (2.3.1patched and 2.4.0)

"Antonio, Fabio Di Narzo" <[EMAIL PROTECTED]> writes: > 2006/9/20, Seth Falcon <[EMAIL PROTECTED]>: >> Peter Dalgaard <[EMAIL PROTECTED]> writes: >> > ..not to mention TeX comments inside Sexpr (e.g. %*%...). Skipping >> > lines with % as the first character might be a viable compromise >> > thoug

Re: [Rd] seq.Date not accepting NULL length.out (PR#9239)

On 9/20/2006 11:43 AM, [EMAIL PROTECTED] wrote: > There seems to be a bug in seq.Date such that it will not allow the user > to pass in length.out =3D NULL, despite the fact that this is the = > default > argument. Yes, that's a bug: the test is "is.missing", when it should be "is.null". I'll fi

[Rd] residual '*tmp*' variable after "[<-" error

self-sanity check prior to filing a bug report: attempted replacement that generates an error leaves a '*tmp*' variable in the global environment. test <- 1:10 test[2:4] <- expression(e) ls() i've read section 3.4.4 of the "R Language Definition" which discusses the mechanism for replacement

[Rd] alpha, portable use

When I build one of my packages with alpha from yesterday I am getting * checking for portable use of $BLAS_LIBS ... WARNING apparently missing $(FLIBS) in 'PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS)' Is this something I should worry about? (Possibly I got this before and didn't notice.) Paul Gilber

Re: [Rd] alpha, portable use

On Wed, 20 Sep 2006, Paul Gilbert wrote: > When I build one of my packages with alpha from yesterday I am getting > > * checking for portable use of $BLAS_LIBS ... WARNING > apparently missing $(FLIBS) in 'PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS)' > > Is this something I should worry about? (Possibly

Re: [Rd] residual '*tmp*' variable after "[<-" error

On Wed, 20 Sep 2006, Parlamis Franklin wrote: > self-sanity check prior to filing a bug report: > > attempted replacement that generates an error leaves a '*tmp*' > variable in the global environment. > > test <- 1:10 > test[2:4] <- expression(e) > ls() > > i've read section 3.4.4 of the "R Langua

[Rd] A Call for a Smaller R Core Package

(Below is my idea on an issue that has troubled me for a fairly long time. I hope it's not viewed as trouble making.) A Call for a Smaller R Core Package This document suggests downsizing the 'core' package of R by taking out some specialized functionalities to form their own packages. I'll use s