Re: [Rd] isGeneric() can return an error

On 03/08/2012 03:41 PM, John Chambers wrote: Bug. Should be fixed (rev 58642) in r-devel and R 2.15.0 alpha. Thank you. H. Thanks. On 3/7/12 3:30 PM, Hervé Pagès wrote: Hi, I wonder if this is a feature or a bug: > isGeneric("&&") Error in genericForPrimitive(f) : methods may not be def

[Rd] .conflicts.OK no longer working regardless of export(.conflicts.OK) due to "stoplist"

Hi, in (at least) R v2.14.2 and R v2.15.0 alpha, '.conflicts.OK' is not exported and hence to seen by library(). DETAILS: In R-devel thread '[Rd] Suggestion: Not having to export .conflicts.OK in name spaces' on Mar 17-22, 2010 [https://stat.ethz.ch/pipermail/r-devel/2010-March/057017.html] it wa

Re: [Rd] isGeneric() can return an error

Bug. Should be fixed (rev 58642) in r-devel and R 2.15.0 alpha. Thanks. On 3/7/12 3:30 PM, Hervé Pagès wrote: Hi, I wonder if this is a feature or a bug: > isGeneric("&&") Error in genericForPrimitive(f) : methods may not be defined for primitive function ‘&&’ in this version of R >

Re: [Rd] Julia

Aha, ok. So you not especially look at that one feature (like the anonymous evaluation tricks), but in general want to ask for better internal optimization. Especially with your example of the anonymous (unnamed) values given to a function, I would ask: do you want to write programs all without u

Re: [Rd] Julia

I guess my point is not getting across. The user should see the functional programming style but under the hood the evaluator should be able to use whatever memory and time saving tricks it can. Julia seems to want to be a nonfunctional language, which I think makes it harder to write the sort of

Re: [Rd] Julia

I don't think that using in-place modification as a general property would make sense. In-place modification brings in side-effects and that would mean that the order of evaluation can change the result. To get reliable results, the order of evaluation should not be the reason for different resul

Re: [Rd] Unexpected behaviour for RowSideColors in function heatmap

First, I can confirm this problem exists today, and can now vaguely recall seeing it in previous version of R. > sessionInfo() R version 2.14.1 (2011-12-22) Platform: x86_64-pc-mingw32/x64 (64-bit) There is a bigger problem with heatmap.2 in the gplots package. Using "symm=TRUE" with no other

Re: [Rd] Julia

So you propose an inplace=TRUE/FALSE entry for each argument to each function which may may want to avoid allocating memory? The major problem is that the function writer has no idea what the value of inplace should be, as it depends on how the function gets called. This makes writing reusable fu

Re: [Rd] Task View on Numerical Analysis and Differential Equations

Dear Hans Werner, I like the idea overall. Nothing prevents you from doing this, but you should be committed to getting it up and running and then keeping it updated. In addition to concurring with Berend's comments, I also would like to mention that numerical analysis (NA) is an extremely bro

Re: [Rd] Julia

Ah, and you mean if it's an anonymous array it could be reused directly from the args. OK, now I see why you insist on the anonymous data thing. I didn't grasped it even in my last mail. But that somehow also relates to what I wrote about reusing an already existing, named vector. Just the mom

Re: [Rd] Task View on Numerical Analysis and Differential Equations

On 08-03-2012, at 12:16, Hans W Borchers wrote: > I am wondering if it would be time to have a new Task View, this time > for the subject of "Numerical Analysis and Differential Equations". > The list of packages possibly appearing in such a task view is already > quite long and could, for exampl

Re: [Rd] Julia

Hi, ok, thank you for clarifiying what you meant. You only referred to the reusage of the args, not of an already existing vector. So I overgenerealized your example. But when looking at your example, and how I would implement the cos() I doubt I would use copying the args before calculating the

[Rd] Task View on Numerical Analysis and Differential Equations

I am wondering if it would be time to have a new Task View, this time for the subject of "Numerical Analysis and Differential Equations". The list of packages possibly appearing in such a task view is already quite long and could, for example, include: Numerical Analysis and Linear Algebra Bessel

Re: [Rd] Rserve compilation error

Brian, Thanks for your response. I tried this with R-core (version 2.14.0) and it worked. -- View this message in context: http://r.789695.n4.nabble.com/Rserve-compilation-error-tp4450774p4455308.html Sent from the R devel mailing list archive at Nabble.com.