Displaying 20 results from an estimated 20000 matches similar to: "New developer.r-project.org page"
2005 Dec 01
0
tuned BLAS
I've been updating the information on tuned BLAS for R-admin in R-patched
and R-devel. We have
ATLAS (widely available, including for Windows)
MKL (licensed on ix86 and x86_64 Linux and Windows)
ACML (by AMD, but for all ix86 and x86_64 chips, Linux and Windows.
Now available for gfortran.)
Goto (academic use only, only some chips, only Linux)
MKL and ACML provide full LAPACK,
1999 Nov 22
0
ftp cvs.r-project.org
> Date: Mon, 22 Nov 1999 12:37:34 -0500
> From: Paul Gilbert <pgilbert@bank-banque-canada.ca>
>
> At home my system just waits to timeout, but at work I can break out and
> I get the message "Service not available, remote server has closed the
> connection." Are you sure you don't have some special priveldges coming
> from an "r-project.org"
2005 Oct 05
0
Ad: Re: Ad: Re: R crashes for large formulas in lm() (PR#8181)
On Wed, 5 Oct 2005 Hallgeir.Grinde at elkem.no wrote:
> Yes.
> so (x1*x2*x3*x4*x5*x6*x7*x8)^2 = (x1+x2+x3+x4+x5+x6+x7+x8)^8 ?
Yes in the sense that the simplified formula given by terms() is the same.
> and there is a difference in
> (x1*x2*x3*x4*x5*x6*x7*x8)^2
> and
> (x1*x2*x3*x4*x5*x6*x7*x8)
> althoug the resulting formulas are the same, or?
The first is reduced to the
2004 Oct 23
0
Re: (PR#7304) library.dynam() & .dynLibs() do not work as
Filing on R-bugs (DTL's reply started a new PR).
--
Brian D. Ripley, ripley@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UK Fax: +44 1865 272595
---------- Forwarded message
2006 Jan 27
0
pgamma - inadequate algorithm design and poor coding (PR#8528)
R versions 2.1.0 to present.
Examples shown were computed under Windows R-devel, current SVN, but ix86
Linux shows similar behaviour (sometimes NaN or -Inf rather than Inf,
depending on the compiler and optimization level used).
The replacement pgamma algorithm used from R 2.1.0 has an inadequate
design and no supporting documentation whatsoever. There is no reference
given to support the
2006 Jul 07
0
User Error (was LOESS (PR#9064))
Please do as we ask (repeatedly) and study the help page before posting.
'family' is a separate argument, not part of loess.control, as the help
page correctly documents. If you use
cars.lo2 <- loess(dist ~ speed, cars, family = "symmetric",
control = loess.control(surface = "direct", iterations = 20))
cars.lo2$pars$iterations
it prints *20*, as it is
2005 Jan 12
0
RODBC package -- sqlQuery(channel,.....,nullstring=0)stillgives NA's
(1) I do read the posting guide (the fact that I missread o
missunderstood something does not imply not reading)
(2) I could change NAs to 0 (I know) but I have previously (older
versions of R and SQL*Plus) used the same select with the "right" output
(namely with 0s).
(3) AFAIK "strange" is not a negative remark and does not seem to me at
the very least but that is always a
2003 Aug 05
0
RE: [R] ^ operation much slower in R 1.7.1 than in R 1.7 .0 ???
I used the packaged "MinGW-2.0.0-3.exe" exactly as specified on
http://www.stats.ox.ac.uk/pub/Rtools/ - in fact I used these recommendations
throughout.
According to the release notes MinGW version 2.0.0 contains the following
list of packages:
GCC-3.2-core-20020817-1
binutils-2.13-20020903-1
mingw-runtime-2.2
w32api-2.0
gdb-5.1.1-1
make-3.79.1-20010722 (binary renamed as mingw32-make)
2006 Mar 09
0
Linking Rblas [under Windows]
Dear Prof. Ripley,
thank you very much. It works now absolutely fine using a "Makevars"
file with the contents you suggested.
Thanks again,
Roland
> -----Original Message-----
> From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk]
> Sent: Thursday, March 09, 2006 12:09 PM
> To: Rau, Roland
> Cc: r-help at stat.math.ethz.ch
> Subject: Re: [R] Linking Rblas
2008 Jun 02
0
(PR#11537) help (using ?) does not handle trailing whitespace
>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk>
>>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes:
BDR> I think it is ESS that is parsing this as a help
BDR> request (so it can divert it to an ESS buffer).
BDR> Looks like this is an ESS issue, not an R one.
yes, indeed, hence much more belonging the ESS-help
2004 Oct 22
0
Re: library.dynam() & .dynLibs() do not work as documented
Duncan,
I don't know what we want, but it is not a simple matter of documenting
what .dynLibs currently does. What I see as bugs are
1) the inconsistent names and types of the components returned by
.dynLibs().
2) the inconsistent inclusion or not of R_X11 in the list returned by
.dynLibs().
3) the inclusion of static info (base) by library.dynam().
4) including loadable modules
2005 Feb 08
0
RE: [R] Windows Printing and Line Widths
... Moved from R-help ...
Thank you for your suggestion, Professor Ripley. Postscript does seem
like the way to go for printing line widths correctly in Windows.
On Linux I am using a simple dev.print() wrapper (as suggested), with a
pipe to lpr.
However, I had an extremely difficult time getting postscript printing
under windows.
?postscript recommends the RedMon suite of tools for printing
2005 May 12
0
Patch to address (PR#7853) -- tested briefly, seems to
Thank you for the patch.
To clarify: this is not a bug. ?.C says
The mapping of the types of R arguments to C or Fortran arguments
in '.C' or '.Fortran' is
R C Fortran
integer int * integer
numeric double * double precision
- or - float * real
complex Rcomplex * double complex
2005 Jun 20
0
Use of PACKAGE= argument in .C etc calls
As from R 2.0.0, R CMD check has not flagged .C etc calls without a
PACKAGE argument in packages with a namespace. Unfortunately that was
based on too optimistic assumptions.
1) The mechanism to find the DLL from the namespace only works if the DLL
is declared via a useDynLib declaration in NAMESPACE (and only if there is
one such declaration). This is checked in R-devel.
2) In 2.1.1, the
2005 Aug 09
0
gfortran and BLAS on AMD64 Linux
Linux users are used to all compilers using the same linkage conventions
(those of pcc) whereas users of other platforms are used to the idea that
code from different compilers cannot in general be mixed.
This is no longer true for gfortran on AMD64. Given a double complex
function like
double complex function zdotc(n,zx,incx,zy,incy)
gfortran returns the result in a 128-bit XMM SSE
2006 Mar 30
0
function min does not return correct result if .Machine$integer.max (PR#8732)
The code has
s = INT_MAX;
for (i = 0; i < n; i++) {
if (x[i] != NA_INTEGER) {
if (s > x[i]) {
s = x[i];
if(!updated) updated = 1;
}
}
else if (!narm) {
if(!updated) updated = 1;
*value = NA_INTEGER;
return(updated);
}
}
*value = s;
so it ignores the initial value INT_MAX (updated is not set). Fairly easy
to fix ... done for
2002 Jun 19
0
[R] Problems with url/download and http_proxy
This does seem to fix my problem:
> Sys.getenv("http_proxy")
http_proxy
"http://gproxy1.pfizer.com/"
> url("http://cran.r-project.org/src/contrib/PACKAGES",'r')
description
"http://cran.r-project.org/src/contrib/PACKAGES"
class
2006 Jan 05
0
.Rprofile files (was R newbie configuration)
Thanks a lot. setHook is
Currently not in my knowledge set
But it's great to save these
Thing so I can look them up
When I feel more comfortable.
Just to add to that Stata versus R discussion :
I believe, anyone who uses
any other package than R, is probably missing
out in the long run. It's truly unbelievable
what has been done here. I feel like I
fell asleep for 5 years ( by not using
2008 Nov 14
0
(PR#13283) R crashes on sprintf with bad format
But %S is not valid in C99 or POSIX, even if it is a variant in some
systems.
I am working on a more careful checker right now, but there will be limits
to what we can catch: this was already a pretty rare example.
Brian
On Fri, 14 Nov 2008, William Dunlap wrote:
>> From: r-devel-bounces at r-project.org
>> [mailto:r-devel-bounces at r-project.org] On Behalf Of Prof Brian Ripley
2005 May 18
1
SVN revision numbers
You will start to see SVN revision numbers appearing in the the R-devel
version of R, for example
R : Copyright 2005, The R Foundation for Statistical Computing
Version 2.2.0 Under development (unstable) (2005-05-18 r34401)
ISBN 3-900051-07-0
This has been done to enable us to track more precisely the sources used
to build R: the date stamp is imprecise and sometimes gets to be