[Rd] bxp.Rd typo (PR#8153)

2005-09-23 Thread arnima
Hi. There's a minor typo in bxp.Rd: whiskco:l should be whiskcol: Cheers, Arni R 2.1.1pat on WinXP __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] R's parsing of command line arguments using commandArgs()

2005-09-23 Thread Marc Schwartz (via MN)
Hi all, I am setting up some R program files for use by our DB programmers to enable them to utilize some R functions which will be called from within TCL code. R has been installed on an RHEL server and R will process the results of SQL queries against an Oracle database. In some cases, they wil

[Rd] reshape direction="long" does not drop temporary ID (PR#8152)

2005-09-23 Thread aniko . szabo
Full_Name: Aniko Szabo Version: 2.1.0 OS: Windows XP Submission from: (NULL) (155.100.234.96) When using reshape with direction="long", multiple id variables and only one column of varying data, the resulting data frame has a temporary ID variable. Here is an example: a <- data.frame(G=LETTERS[1

Re: [Rd] looks in liblapack.a not liblapack.so

2005-09-23 Thread José Matos
Prof Brian Ripley wrote: > I've seen that with mobile Pentium chips using ATLAS tuned on desktop > machines In the future (not now), since Intel plans to sell those chips to desktop machines, that will not be a bad thing. ;-) And yes, I do understand your point. :-) -- José Abílio ___

Re: [Rd] looks in liblapack.a not liblapack.so

2005-09-23 Thread José Matos
Peter Dalgaard wrote: > Prof Brian Ripley wrote: >> BTW, I don't understand how a Linux distro can supply ATLAS tuned to >> my CPU/FPU. Dr Goto has had about ten versions of his optimized BLAS >> covering just a small subset of i686 CPUs. So although a distro's >> ATLAS may be better than a gener

Re: [Rd] looks in liblapack.a not liblapack.so

2005-09-23 Thread José Matos
Peter Dalgaard wrote: > José Matos <[EMAIL PROTECTED]> writes: > >> The change was necessary to allow atlas to compile and interact with >> lapack. >> >> atlas is on the queue to Fedora Extras, it is in the review phase now. > > Hmm. Doesn't look like it is actually working, though. Install

Re: [Rd] undocumented objects in a package

2005-09-23 Thread Uwe Ligges
Liaw, Andy wrote: > Dear R-devel, > > I recall that there used to be a mechanism to get around the requirement > that all objects in a package have associated documentation; i.e., a way to > specify a list of objects (mostly functions) that are not considered as part > of the package API. Is thi

[Rd] undocumented objects in a package

2005-09-23 Thread Liaw, Andy
Dear R-devel, I recall that there used to be a mechanism to get around the requirement that all objects in a package have associated documentation; i.e., a way to specify a list of objects (mostly functions) that are not considered as part of the package API. Is this still available? I cannot fi

Re: [Rd] [R] warning.expression?

2005-09-23 Thread Seth Falcon
On 23 Sep 2005, [EMAIL PROTECTED] wrote: > It would probably be a good idea to deprecate warning.expression in > the next release, rather than beefing it up. If we don't have a > good method to do what Thomas wants, we should add it, but > warning.expression doesn't look like the right way to do i

Re: [Rd] [R] warning.expression?

2005-09-23 Thread Duncan Murdoch
I'm sending this reply to r-devel instead of r-help, since it has moved into talking about changes to R internals now. On 9/23/2005 7:36 AM, Barry Rowlingson wrote: > Thomas Friedrichsmeier wrote: > >> Yes, thanks for pointing it out. However, I'm actually looking for a way to >> catch all warn