Re: [Rd] package compile error on RHEL x86_64

This is a problem with your compiler: it should be linking against a shared version of libstdc++. Please take this up with your OS support. On Wed, 14 Jun 2006, Dan Lipsitt wrote: > I am unable to install the gmp package on an x86_64 (Xeon) machine. I > have had the same problem with other pack

[Rd] statically linked embedded R

Hello, I am trying to compile a stripped down libR.a that I can statically link into an application running in a limited system environment (i.e. no shared libraries, no dynamic loading, no graphics, no threads, single process, etc). I have tried configuring --with-x=NO and --enable-Rshlib

[Rd] separators in data()

Ben, you confused read.csv and read.csv2. Separator in read.csv is ",", while it is ";" in read.csv2. This is due to use of different decimal symbols in some european languages - mine is one of them and I really hate this. So the situation is: decimal separator english

Re: [Rd] separators in data()

I don't think the poster is confused. He is referring to the data() command and that one uses semicolon, not comma, and the poster is wondering what the motivation is for that choice. From ?data Currently, four formats of data files are supported: 1. files ending '.R' or '.r' are

[Rd] download.file() yields incomplete files with method="internal"

Dear all, as the bug # 7991 is flagged not-reproducible, let me give you some pieces of code, as I have the same or similar problem. The problem always shows up with the first example (a small text file) and only sometimes (but without obvious pattern) with the second example, which is a binary f

[Rd] Ganador del premio (Winner of a prize) (PR#8985)

--qzsoft_directmail_seperator Content-Type: text/plain; charset="DEFAULT" Content-Transfer-Encoding: base64 TE9UT0JPTk8gUy5BLgpMT1RFUklBIE5BQ0lPTkFMIFBST01PQ0lPTi9QUkVNSU9TClBhc2VvIERl IExhIENhc3RlbGxhbmEKNS00NSwgMjgwMDggTWFkcmlkLgpTcGFpbiBCcmFuY2guClRlbDo5MTY0 NDY5NTIKRmF4OjkxNjQ0Njk1MwpS

Re: [Rd] download.file() yields incomplete files with method="internal"

Hi Jan! * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [060615 15:10]: > > Dear all, > > as the bug # 7991 is flagged not-reproducible, let me give you some pieces > of code, as I have the same or similar problem. The problem always shows up > with the first example (a small text file) and only sometim

[Rd] problem to read data into a package

Hello i have this following error making a package -- Making package svcR adding build stamp to DESCRIPTION installing NAMESPACE file and metadata installing R files installing data files installing man source files installing indices Error in read.table(zfile, hea

Re: [Rd] S4 class slot name 'names' is not allowed (PR#8768 S4Methods)

Hello, Besides the problem with using "names," one has a similar problem using ".Data" together with "VIRTUAL." Consider the top of p. 295 of the green book. This should work (I had to change "structure" to "junk" because "structure" is a sealed class definition): setClass("junk",

Re: [Rd] package compile error on RHEL x86_64

On 6/15/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > This is a problem with your compiler: it should be linking against a > shared version of libstdc++. Please take this up with your OS support. Okay, will do. In the meantime, do you know of a way I can convince R CMD INSTALL to use gcc ins

Re: [Rd] separators in data()

On Thu, 15 Jun 2006, Gabor Grothendieck wrote: > Currently, four formats of data files are supported: > >1. files ending '.R' or '.r' are 'source()'d in, with the R >working directory changed temporarily to the directory >containing the respective file. > >2. files ending

[Rd] cat, print and documentation disagree (PR#8988)

Full_Name: Paul Bailey Version: 2.3.1 OS: OS X (10.4.6) Submission from: (NULL) (128.135.133.123) according to cat's help file, "'cat' converts numeric/complex vectors in the same way as 'print' (and not in the same way as 'as.character' which is used by the S equivalent), so 'options' '"digits"'

Re: [Rd] download.file() yields incomplete files with method="internal"

On Thu, 15 Jun 2006 [EMAIL PROTECTED] wrote: > as the bug # 7991 is flagged not-reproducible, let me give you some pieces > of code, as I have the same or similar problem. The problem always shows up > with the first example (a small text file) and only sometimes (but without > obvious pattern) wi