Re: [Rd] sapply(Date, is.numeric)

2008-07-31 Thread Prof Brian Ripley
I've now committed fixes in R-patched and R-devel. There is one consequence: data.matrix() was testing for numeric columns by unlist(lapply(x, is.numeric)) and so incorrectly treating Date and POSIXct columns as numeric (which we had decided they were not). This affects package gvlma. data.

Re: [Rd] sapply(Date, is.numeric)

2008-07-31 Thread Martin Maechler
> "PBR" == Prof Brian Ripley <[EMAIL PROTECTED]> > on Thu, 31 Jul 2008 08:36:22 +0100 (BST) writes: PBR> I've now committed fixes in R-patched and R-devel. PBR> There is one consequence: data.matrix() was testing for numeric columns by PBR> unlist(lapply(x, is.numeric)) a

Re: [Rd] R, Macports and C++ streams

2008-07-31 Thread Kjell Konis
Ernest, Is it possible to provide a reproducible example of your crash? Kjell On Jul 30, 2008, at 6:32 PM, Ernest Turro wrote: On 30 Jul 2008, at 15:46, Simon Urbanek wrote: On Jul 30, 2008, at 9:45 , Ernest Turro wrote: Dear all, R on Macports relies on GCC 4.3 to build packages. I f

[Rd] C versions of serialize/unserialize in packages

2008-07-31 Thread Roger D. Peng
Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface is not yet available to packages. To allow limited use of connection pointers this define

Re: [Rd] C versions of serialize/unserialize in packages

2008-07-31 Thread Henrik Bengtsson
Hi, On Thu, Jul 31, 2008 at 6:35 AM, Roger D. Peng <[EMAIL PROTECTED]> wrote: > Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to > be used in R packages? I guess I'm just not clear on the implications > of this comment in 'Rinternals.h': > > /* The connection interface is no

Re: [Rd] C versions of serialize/unserialize in packages

2008-07-31 Thread Roger D. Peng
Hmm...I don't think so. The function I'm talking about loops over a file many times and does a lot of 'seeks'. I think just implementing the loop in C makes it faster. And besides, I see the speedup on Linux, which doesn't have the problem you mention. -roger On Thu, Jul 31, 2008 at 10:53 AM,

Re: [Rd] C versions of serialize/unserialize in packages

2008-07-31 Thread Prof Brian Ripley
On Thu, 31 Jul 2008, Roger D. Peng wrote: Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface is not yet available to packages. To allow li

Re: [Rd] R, Macports and C++ streams

2008-07-31 Thread Ernest Turro
On 31 Jul 2008, at 10:29, Kjell Konis wrote: Ernest, Is it possible to provide a reproducible example of your crash? Yes. R on macports depends on gcc43, which is causing the problems. The best thing would be to make the port not depend on gcc43, and instead depend on apple-supplied gcc

Re: [Rd] C versions of serialize/unserialize in packages

2008-07-31 Thread Prof Brian Ripley
On Thu, 31 Jul 2008, Prof Brian Ripley wrote: On Thu, 31 Jul 2008, Roger D. Peng wrote: Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface

Re: [Rd] AIX 5.3 --enable-R-shlib --with-x ---with-iconv make error with R-2.7.0 and R-2.7.1

2008-07-31 Thread Ei-ji Nakama
Hi. Fán Lóng - san seems to have been able to build it in xlc,xlf. http://prs.ism.ac.jp/~nakama/AIX/ It is only gcc for AIX which is a buggy that I cannot build it well. --- Fán Lóng - san report - export OBJECT_MODE=64 export LIBICONV=/where/libiconv/installed ./configure \