Re: [Rd] compile R with Portland Group compiler

2005-08-24 Thread Prof Brian Ripley
Let us be clear: some things in config.log are designed to fail, so only unexpected errors are a cause to look there. The regex.c warnings are it seems from an over-zealous compiler. The problems here seem to be the unknown use of .lo (which it seems to have coped with) and a problem in the PG

Re: [Rd] Implementing a single-precision class with raw (now integer)

2005-08-24 Thread Prof Brian Ripley
On Wed, 24 Aug 2005, Colin A. Smith wrote: On Aug 22, 2005, at 3:38 , Prof Brian Ripley wrote: Unfortunately, R sometimes hits the 2GB memory limit of Win32. The rw-FAQ explains why that is _not_ the limit! Sorry to be uninformed, I see from the Microsoft documentation that the limit can b

Re: [Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)

2005-08-24 Thread P Ehlers
David, Re: "of the order of ..." vs "on the order of ..." My Oxford dictionary has "of (or 'in' or 'on') the order of", so that there is no correction needed in proc.time.Rd. And, yes, I do hear 'of', at least on the northern side of the 49th parallel. But please don't let these comments discoura

Re: [Rd] Implementing a single-precision class with raw (now integer)

2005-08-24 Thread Colin A. Smith
On Aug 22, 2005, at 3:38 , Prof Brian Ripley wrote: >> Unfortunately, R sometimes hits the 2GB memory limit of Win32. > The rw-FAQ explains why that is _not_ the limit! Sorry to be uninformed, I see from the Microsoft documentation that the limit can be increased to 3GB when you change the boot

[Rd] Model forecasts with new factor levels - predict.warn

2005-08-24 Thread Prof J C Nash
predict.warn() -- a function to display factor levels in new data for linear model prediction that do not exist in the estimating data. Date: 2005-8-24 From: John C. Nash (with thanks to Uwe Ligges for suggestions) [EMAIL PROTECTED] Motivation: In computing predict

Re: [Rd] TCITex and R

2005-08-24 Thread John Fox
Dear Mark, I use Scientific Word as a Latex front end. I've also installed fptex and use that to build R packages. The two have coexisted on my computers for several years without problems. I hope this helps, John John Fox Department of Sociology McMaster Univer

Re: [Rd] extra parentheses cause death of kernel (PR#8094)

2005-08-24 Thread Simon Urbanek
Mickey, On Aug 24, 2005, at 2:31 PM, [EMAIL PROTECTED] wrote: > I try to type quickly, and sometimes I make mistakes that cost me more > than I think they should... It appears that any time I quickly type a > sequence such as: > > quartz() > > I am rewarded with the following text in red: You'r

Re: [Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)

2005-08-24 Thread Gabor Grothendieck
On 8/24/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > On Wed, 24 Aug 2005 [EMAIL PROTECTED] wrote: > > > > I just downloaded the file > > > > > > ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz > > > > > > and within proc.time.Rd, the second paragraph of the

[Rd] extra parentheses cause death of kernel (PR#8094)

2005-08-24 Thread rowe
I try to type quickly, and sometimes I make mistakes that cost me more than I think they should... It appears that any time I quickly type a sequence such as: quartz() I am rewarded with the following text in red: 2005-08-24 11:02:42.388 R[2198] *** -[NSCFDate characterAtIndex:]: selector not

Re: [Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)

2005-08-24 Thread dhinds
[EMAIL PROTECTED] wrote: > On Wed, 24 Aug 2005 [EMAIL PROTECTED] wrote: > > I just downloaded the file > > > > ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz > > > > and within proc.time.Rd, the second paragraph of the \value > > section contains a typo: > I believe your understanding of t

Re: [Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8091)

2005-08-24 Thread Patrick Burns
I'm not so sure that it is a typo or ungrammatical as much as an awkward way of stating it. Maybe something along the lines of: The resolution of the times will be system-specific; it is common for the resolution to be on the order of 1/100 second, ... Patrick Burns [EMAIL PROTECTED] +44 (0)20

Re: [Rd] kendall tau correlation test for ties: Potential error (PR#8076)

2005-08-24 Thread dkoschuetzki
Hello, On Thu, 18 Aug 2005 15:07:07 +0200, Peter Dalgaard <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] writes: >> The problem is: >> * Either the comment is wrong because the modification should be done >> with >> kendall too, or >> * The variable PVAL has to be assigned in the kendall blo

[Rd] Relatives (PR#8093)

2005-08-24 Thread zonalconsultant
--qzsoft_directmail_seperator Content-Type: text/plain; charset="DEFAULT" Content-Transfer-Encoding: base64 Wk9OQUwgQ09OU1VMVElORy4Kem9uYWxjb25zdWx0YW50QG5ldHNjYXBlLm5ldAoKWk9OQUwgQ29u c3VsdGluZzpQcml2YXRlIEludmVzdGlnYXRvcnMgYW5kIFNlY3VyaXR5IENvbnN1bHRhbnRzIGlz IGNvbmR1Y3RpbmcgYSBzdGFuZGFy

Re: [Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)

2005-08-24 Thread ripley
On Wed, 24 Aug 2005 [EMAIL PROTECTED] wrote: > I just downloaded the file > > ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz > > and within proc.time.Rd, the second paragraph of the \value > section contains a typo: I believe your understanding of the English language is different from the

Re: [Rd] compile R with Portland Group compiler

2005-08-24 Thread Jennifer Lai
I downloaded R-devel and compiled it with pgcc. This time, instead of breaking in src/main, compilation breaks in src/modules with the following error messages. Copyright 1989-2000, The Portland Group, Inc. All Rights Reserved. Copyright 2000-2005, STMicroelectronics, Inc. All Rights Reserved.

[Rd] Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8091)

2005-08-24 Thread Weigand . Stephen
I just downloaded the file ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz and within proc.time.Rd, the second paragraph of the \value section contains a typo: The resolution of the times will be system-specific; it is common for them to be recorded to of the order of 1/100 second, and e