Hi all,
Here's my idea for the google summer of code - it's a resubmission
from last year. We had a couple of interested students, but their
proposals weren't quite competitive enough to get funding.
Regards,
Hadley
Summary: Create an information portal for the fast growing list of R
packages
i wonder why the following approach to make an 'object' executable could
not be made to work:
foo = 1:3
class(object) = c('foo', class(foo))
'(.foo' = function(foo, fun) sapply(foo, fun)
foo
# 1 2 3
foo(function(x) x^2)
# error: no function foo defined
the actual
Berwin A Turlach wrote:
>
>> it's not just making changes to sort.list, berwin. sort.list calls
>> .Internal order, and this one would have to be modified in order to
>> accommodate for the additional comparator argument. [...]
>>
>
> Well, you could start of with an R only implementation and
Is there a mechanism in R for copying the business end of an external
pointer on assignment? For instance, if x is an external pointer and
I enter
> y <- x
I would like to make a copy of the structure that x refers to and
assign its address to y.
Thanks,
Kjell
___
On Mon, 23 Feb 2009 13:27:08 +0100
Wacek Kusnierczyk wrote:
> Berwin A Turlach wrote:
>
>
>
> >> can you give one concrete example, and suggest how to estimate how
> >> much old code would involve the same issue?
> >>
> >
> > Check out the svn source of R, run configure, do whatever chang
Berwin A Turlach wrote:
>> can you give one concrete example, and suggest how to estimate how
>> much old code would involve the same issue?
>>
>
> Check out the svn source of R, run configure, do whatever change you
> want to sort.list, "make", "make check FORCE=FORCE". That should give
>
On Mon, 23 Feb 2009 11:31:16 +0100
Wacek Kusnierczyk wrote:
> Berwin A Turlach wrote:
> > On Mon, 23 Feb 2009 08:52:05 +0100
> > Wacek Kusnierczyk wrote:
[...]
> >> and you mean that sort.list not being applicable to lists is a)
> >> good design, and b) something that by noe means should be fixe
Dear vQ,
vectors (can-be-considered-lists),
can you please stop repeating this nonsense? I don't think anybody
ever claimed that vectors can be considered list. It's rather the
other way round: lists can also be seen as vectors to R (possibly they
are implemented as such, but I don't m
Berwin A Turlach wrote:
> On Mon, 23 Feb 2009 08:52:05 +0100
> Wacek Kusnierczyk wrote:
>
>
>> Berwin A Turlach wrote:
>>
>>> G'day Stavros,
>>>
>>
>>
In many cases, the orthogonal design is pretty straightforward.
And in the cases where the operation is currently
On Mon, 23 Feb 2009 08:52:05 +0100
Wacek Kusnierczyk wrote:
> Berwin A Turlach wrote:
> > G'day Stavros,
>
> >> In many cases, the orthogonal design is pretty straightforward.
> >> And in the cases where the operation is currently an error (e.g.
> >> sort(list(...))), I'd hope that wouldn't bre
Wacek Kusnierczyk wrote:
>
> btw. it's interesting that in revision 38438 (2006) Prof Brian Ripley
> introduced (or so does the commit message say) sorting complex numbers,
> and now you have things like:
>
> 1i > 0i
> # Error in 0+0i > 0+1i : invalid comparison with complex values
>
>
Stavros Macrakis wrote:
>
>>> ...sort(list(...))), I'd hope that wouldn't break existing code. [...]
>>>
>
>
>> ...sort is a generic function, and for sort(list(...)) to work, it would
>> have to dispatch to a function called sort.list;... such a function exists
>> already and it is not f
12 matches
Mail list logo
