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 \

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] 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, 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] 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 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

[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] 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

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] 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.