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
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 th
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 QuantLib
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 --with-bl
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
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) [/share/research/R
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
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 m
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
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 o
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 trie
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 message.
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 th
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 i
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, s
>> (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*
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, origin="158
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),
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
>
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)
>
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, origin="1582-10-14", tz="GMT"))
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)
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: 48093) fails when trying to build the
recommended packages:
"JC" == John Chambers
on Mon, 09 Mar 2009 09:53:06 -0700
JC> As Yohan points out, and as we found in testing CRAN packages,
JC> there are
JC> a number of examples where programmers have written S3 methods
JC> for S4
JC> classes, such as print.aTest() below.
JC>
JC>
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
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) implemen
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 ma
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:
>
>
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]
***
>
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.0272154
Hi,
I have two example packages, test1 and test2, where the only code in
them is:
setGeneric("predict", function(object, ...) standardGeneric("predict"))
(get them from http://www.cs.mu.oz.au/~gabraham/test1.tar and
http://www.cs.mu.oz.au/~gabraham/test2.tar)
The difference between them is
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 rsync-recommended
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 K
On Mon, 9 Mar 2009, Ben Bryant wrote:
Greetings -
Thanks for the response and apologies for the delay.
I was actually unable to get even the example script for Rd2HTML to work in
2.9.0dev, which may be due to my lack of general programming savvy, or
possibly my working on a windows machine?
34 matches
Mail list logo
