Hi,
On my windows (xp) machine with Rtools29 (excluding cygwin dlls as I
have cygwin on my path) -make all recommended- for the latest R-devel
tarball (svn revision: 48093) fails when trying to build the
recommended packages:
--- Making recommended packages
- installing recommended package
Hiroyuki Kawakatsu wrote:
Hi,
On my windows (xp) machine with Rtools29 (excluding cygwin dlls as I
have cygwin on my path) -make all recommended- for the latest R-devel
tarball (svn revision: 48093) fails when trying to build the
recommended packages:
1. Have you asked make
Full_Name: Dominique Soudant
Version: 2.4.1
OS: Winbdows
Submission from: (NULL) (134.246.54.61)
R 2.4.1
boot 1.2-27
Let us consider the following example with 8 strata, one observation for each :
library(boot)
df - data.frame(Values=runif(8),month=1:8)
df
Values month
1 0.02721540
Try using setGeneric(predict) without further arguments, this should
work as it will take the existing 'predict' definition and convert it
into S4 generic. This works nicely for me for all plot, print etc
methods
* R
*** R 2.9.0 (svn -r 47821) [/share/research/R-devel/20090203/lib64/R]
***
Uwe Ligges wrote:
Hiroyuki Kawakatsu wrote:
Hi,
On my windows (xp) machine with Rtools29 (excluding cygwin dlls as I
have cygwin on my path) -make all recommended- for the latest R-devel
tarball (svn revision: 48093) fails when trying to build the
recommended packages:
1. Have you
Dear R-devel
When 'install.packages' runs, it updates all html files in all packages.
Mostly, there seems to be no actual change to the html file contents, but the
date/time does change. This has causing been me a bit of trouble, because I
keep synchronized versions of R on several different
Hi everybody,
just another Google Summer of Code project idea.
Best,
Manuel.
--
cranlab -- You can't control what you can't measure [0]
Mentor: Manuel J. A. Eugster
Summary: The aim of this project is the (1)
Hello,
Hello,
Here is an idea for a google summer of code project I am willing to mentor.
Romain
Summary: Create an integrated debugger.
Required skills: R skills. Experience of using a debugger. Front-end
skills depending on the chosen front-end(s).
Description: Debugging R code usually
playing with 'names-', i observed the following:
x = 1
names(x)
# NULL
'names-'(x, 'foo')
# c(foo=1)
names(x)
# NULL
where 'names-' has a functional flavour (does not change x), but:
x = 1:2
names(x)
# NULL
'names-'(x, 'foo')
# c(foo=1, 2)
Wacek Kusnierczyk wrote:
playing with 'names-', i observed the following:
x = 1
names(x)
# NULL
'names-'(x, 'foo')
# c(foo=1)
names(x)
# NULL
where 'names-' has a functional flavour (does not change x), but:
x = 1:2
names(x)
# NULL
On 3/10/09, Uwe Ligges wrote:
Peter Dalgaard wrote:
Uwe Ligges wrote:
Hiroyuki Kawakatsu wrote:
Hi,
On my windows (xp) machine with Rtools29 (excluding cygwin dlls as I
have cygwin on my path) -make all recommended- for the latest R-devel
tarball (svn revision:
Peter Dalgaard wrote:
Wacek Kusnierczyk wrote:
playing with 'names-', i observed the following:
x = 1
names(x)
# NULL
'names-'(x, 'foo')
# c(foo=1)
names(x)
# NULL
where 'names-' has a functional flavour (does not change x), but:
x = 1:2
On Tue, 10 Mar 2009, lbrag...@gmail.com wrote:
Full_Name: Luca Braglia
Version: 2.8
OS: Windows
Submission from: (NULL) (85.18.136.110)
From ?as.POSIXct
## SPSS dates (R-help 2006-02-17)
z - c(10485849600, 10477641600, 10561104000, 10562745600)
as.Date(as.POSIXct(z,
(B) you cannot (easily) predict whether or not x will be modified
destructively
that's fine, thanks, but i must be terribly stupid as i do not see how
this explains the examples above. where is the x used by something else
in the first example, so that 'names-'(x, 'foo') does *not* modify x
Stavros Macrakis wrote:
(B) you cannot (easily) predict whether or not x will be modified
destructively
that's fine, thanks, but i must be terribly stupid as i do not see how
this explains the examples above. where is the x used by something else
in the first example, so that
Peter Dalgaard wrote:
(*) unless you mess with match.call() or substitute() and the like. But
that's a different story.
different or not, it is a story that happens quite often -- too often,
perhaps -- to the degree that one may be tempted to say that the
semantics of argument passing in r
This is another of those things which is not yet finished (you will
see mention of the removed cross-building scripts in the relevant
Makefile.win).
Expect it to work from the tarball before GFF in 10 day's time.
There's another intermittent problem with dependencies in the current
sources
Full_Name: Michael Aaron Karsh
Version: 2.8.0
OS: Windows XP
Submission from: (NULL) (164.67.71.215)
When I try to say if (method==f), where f is a function, it says that the
comparison is only possible for list and atomic types. I tried saying if
(method!=f), and it gave the same error
On 10/03/2009 4:35 PM, michael_ka...@earthlink.net wrote:
Full_Name: Michael Aaron Karsh
Version: 2.8.0
OS: Windows XP
Submission from: (NULL) (164.67.71.215)
When I try to say if (method==f), where f is a function, it says that the
comparison is only possible for list and atomic types. I
Duncan Murdoch wrote:
On 10/03/2009 4:35 PM, michael_ka...@earthlink.net wrote:
Full_Name: Michael Aaron Karsh
Version: 2.8.0
OS: Windows XP
Submission from: (NULL) (164.67.71.215)
When I try to say if (method==f), where f is a function, it says that
the
comparison is only possible for
I'm developing some software and running into compiling warning:
conditionals.c:104: warning: passing argument 4 of 'dger_' discards
qualifiers from pointer target type
conditionals.c:104: warning: passing argument 6 of 'dger_' discards
qualifiers from pointer target type
the netlib documentation
i got an offline response saying that my original post may have not been
clear as to what the problem was, essentially, and that i may need to
restate it in words, in addition to code.
the problem is: the performance of 'names-' is incoherent, in that in
some situations it acts in a functional
Yes x and y arguments are unchanged on exit, cf.
http://www.mathkeisan.com/UsersGuide/man/dger.html
This is the work of the R core team to update those files, but I fear
there are other functions which are not well declared.
Will you agree to take a look at the BLAS.h file? It will be very
Sklyar, Oleg (London) wrote:
Try using setGeneric(predict) without further arguments, this should
work as it will take the existing 'predict' definition and convert it
into S4 generic. This works nicely for me for all plot, print etc
methods
* R
*** R 2.9.0 (svn -r 47821)
Many thanks Brian for tracking this down. Was it fixed by
c next line is not in current dloess
goto 7
in ehg136? If this needs to be in the netlib version as well, we should
inform Eric Grosse.
While we're at it, there are a few more inconsistencies (not nearly
I'm sorry for having to post this, but I've run out of ideas. I've been
trying to build R-2.8.1 from source for installation on FreeBSD 6.4
(seems to be working fine on osx) and keep getting the same results,
regardless of how I set ./configure
$ ./configure --enable-R-shlib --with-x=no
RQuantLib -- Bridging R and QuantLib
Mentor: Dirk Eddelbuettel
Summary: The goal of this Summer of Code project is to
a) extend the coverage of QuantLib [1] code available to R by adding more
wrapper functions to RQuantLib [2], and to
b) provide additional functionality to
On Tue, 10 Mar 2009, Benjamin Tyner wrote:
Many thanks Brian for tracking this down. Was it fixed by
c next line is not in current dloess
goto 7
in ehg136? If this needs to be in the netlib version as well, we should
inform Eric Grosse.
The difference was in
Where did FFLAGS come from here (looks like you meant FPICFLAGS)?
But that will only postpone the problem: to build R as a shared
library you need PIC libraries, and your Fortran library is apparently
not PIC (gcc does not generate PIC code by default on x86_64, and g95
as a gcc derivative is
29 matches
Mail list logo