Re: [Rd] beta build problem

Whatever '/home/paul/Mybin/gtar' is, it is not a tar unpacker so you will need to specify the TAR environment variable when you configure R. 'gtar' is very commonly GNU tar (it is on Fedora Linux for example and on most third-party toolsets for e.g. Solaris and AIX). It is an unwise choice o

[Rd] weigths in nls (PR#13991)

> Message: 6 > Date: Fri, 09 Oct 2009 10:35:51 -0600 > From: Tony Plate > Subject: Re: [Rd] weigths in nls (PR#13991) > To: stephen.b...@cibc.com > Cc: r-b...@r-project.org, r-de...@stat.math.ethz.ch > Message-ID: <4acf6667.4060...@acm.org> > Content-Type: text/plain; charset=ISO-8859-1; format=fl

[Rd] beta build problem

I am having the following problem building R-beta_2009-10-12_r50045.tar.gz on Ubuntu 9.04 - the Jaunty Jackalope Paul ... make[2]: Entering directory `/home/paul/toolchain/R/R-beta/src/library/Recommended' begin installing recommended package boot gzip: invalid option -- 'x'

Re: [Rd] for loop over S4

Oops, forgot to add the R code. On 10/13/2009 03:42 PM, Romain Francois wrote: Hello, Here is a more complete patch implementing an iterating scheme inspired from the java Iterable/Iterator design. Nothing is changed for non S4 objects. The patch contains 4 generic functions : is.iterable

Re: [Rd] for loop over S4

Hello, Here is a more complete patch implementing an iterating scheme inspired from the java Iterable/Iterator design. Nothing is changed for non S4 objects. The patch contains 4 generic functions : is.iterable : indicates if an object is iterable. The default method returns FALSE iterat

Re: [Rd] unexpected behavior in list of lexical closures (PR#14004)

On 13/10/2009 1:50 AM, elliott.for...@gmail.com wrote: Full_Name: Elliott Forney Version: 2.9.2 OS: Linux, Fedora 10 Submission from: (NULL) (129.82.47.235) This is not a bug, just a consequence of lazy evaluation. Arguments are not evaluated when passed, but when first used. Since the "inpu

Re: [Rd] Sweave output encoding in R-2.10.0beta on Windows (Rgui <-> Rterm)

Ok, apparently the most interesting attachement did not pass the filters (probably because of the utf-8 encoding...). Maybe it is still helpful to copy&paste the Sweave output (with uft-8 part) for R-2.10.0beta invoked via Rgui --vanilla: \documentclass{article} \usepackage{c:/Programme/R/R-2

[Rd] unexpected behavior in list of lexical closures (PR#14004)

Full_Name: Elliott Forney Version: 2.9.2 OS: Linux, Fedora 10 Submission from: (NULL) (129.82.47.235) The following code creates a list of functions that are lexically closed over a single argument. If a print statement is included then each function in the list evaluates to a different value.

[Rd] Sweave output encoding in R-2.10.0beta on Windows (Rgui <-> Rterm)

Dear developers, I have come across a (somewhat strange) change in the encoding of Sweave output from R-2.9.2pat to R-2.10.0beta (apparently specific to Rgui) on Windows installations. Of course, the NEWS file contains quite a few changes concerning encoding, but I was not able to locate an en

[Rd] names drop for columns from data.frame (PR#14002)

Full_Name: Francisco Vera Version: 2.9.2 OS: Windows Submission from: (NULL) (74.248.242.164) Run the following commands: a<-data.frame(x=1:2,y=3:4,row.names=c("i","j")) names(a$x) names(a[,1]) For names(a$x) I get NULL instead of c("i","j"). Same thing happens with names(a[,1]). It works fine

[Rd] for loop over S4

Hello, Consider this : setClass("track", representation(x="numeric", y="numeric")) [1] "track" o <- new( "track", x = 1, y = 2 ) for( i in o ){ + cat( "hello\n") + } Error: invalid type/length (S4/1) in vector allocation This happens at those lines of do_for: n = LENGTH(val);