Hi Valerie,
Thank you for the quick fix - it works like a charm!
Michael
On 03/10/2013 02:45 AM, Valerie Obenchain wrote:
Hi Michael,
Thanks for reporting the bug and sending a reproducible example. Sorry
it took a few days to get to this.
A fix has been checked into versions 1.4.12
Dear James
Thank you. What would the saved time be (e.g. compared to the overall runtime
of arrayQualityMetrics)? I would be surprised if the saving was worth the added
complexity, but am always happy to be surprised.
A patch of the .R and .Rd file would be most welcome and expedite the
I am developing an R package, eiR, which depends on another C library,
GNU scientific library (GSL). In order to make life easier for the user,
it would be nice to not have this as an external dependency, thus I
would like to wrap this library in another R package, say GSLR for
example.
Several bugs are present in R-2.15.3 and R-alpha due to
naive copying of list elements.
The bug below is due to naive copying in subset.c (with
similar bugs for matrices and arrays):
a-list(c(1,2),c(3,4),c(5,6))
b-a[2:3]
a[[2]][2]-9
print(b[[1]][2])
Naive copying in mapply.c leads to the
Kevin,
On Mar 11, 2013, at 5:20 PM, Kevin Horan wrote:
I am developing an R package, eiR, which depends on another C library, GNU
scientific library (GSL). In order to make life easier for the user, it would
be nice to not have this as an external dependency, thus I would like to wrap
It is possible to list binaries in BinaryFiles and thereby excluded
them from R CMD check (although they are disallowed by CRAN).
I am interested in the same functionality, but for object files.
Background: in Rgraphviz, we (I) include pre-compiled object files for
use on Windows, because
On 12 March 2013 at 08:26, Simon Urbanek wrote:
| Kevin,
|
| On Mar 11, 2013, at 5:20 PM, Kevin Horan wrote:
|
|
| I am developing an R package, eiR, which depends on another C library, GNU
scientific library (GSL). In order to make life easier for the user, it would
be nice to not have
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Thanks for your input. To clarify, I don't need to use any part of GSL in
my R code, nor do I wish to make any part of it accessible to users of eiR. I
need it to compile other C/C++ code (LSH KIT), which I did not write, that
will
On Mar 12, 2013, at 3:59 AM, Radford Neal wrote:
Several bugs are present in R-2.15.3 and R-alpha due to
naive copying of list elements.
The bug below is due to naive copying in subset.c (with
similar bugs for matrices and arrays):
a-list(c(1,2),c(3,4),c(5,6))
b-a[2:3]
a[[2]][2]-9
Hi,
On 03/12/2013 09:55 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Thanks for your input. To clarify, I don't need to use any part of GSL in
my R code, nor do I wish to make any part of it accessible to users of eiR. I
need it to compile other C/C++ code
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
Hi,
On 03/12/2013 09:55 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Thanks for your input. To clarify, I don't need to use any part of GSL
in my R code, nor do I wish to make any part of it accessible
On 12 March 2013 at 11:01, Hervé Pagès wrote:
| Anyway, to answer Kevin's original question:
|
|how do I know where the GSL library and header files, packaged
|in GSLR, would live so I can point the compiler at them?
|
| Use the LinkingTo field.
Nope. Only covers the case of include
On 03/12/2013 11:09 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
Hi,
On 03/12/2013 09:55 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Thanks for your input. To clarify, I don't need to use any part of GSL in
my R code, nor do
Circa 80 CRAN and core-R packages have duplicate export entries in their
NAMESPACE files. E.g.,
bit 1.1.9 : c(as.bit, as.bitwhich, as.which, physical, virtual)
forecast 4.1 : forecast.lm
graphics 2.15.3 : barplot
mcmc 0.9.1 : morph
RCurl 1.95.3 : curlOptions
utils 2.15.3 :
On 03/12/2013 11:56 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
On 03/12/2013 11:09 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
Hi,
On 03/12/2013 09:55 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Hi,
FWIW, seems to be a bug that a subrange of a list can not be named/properly
referenced counted and therefore does not force a deepcopy to be made when a is
later changed. The following works exactly as expected and the only difference
is that it creates b from the entire list a before
On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
On 03/12/2013 11:56 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
On 03/12/2013 11:09 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
Hi,
On 03/12/2013 09:55 AM, Simon Urbanek
Thanks for the report. Fixed in r62220 on trunk, r62221 on
R-3-0-branch, and r6 on R-2-15-branch.
Best,
luke
On Tue, 12 Mar 2013, Radford Neal wrote:
Several bugs are present in R-2.15.3 and R-alpha due to
naive copying of list elements.
The bug below is due to naive copying in subset.c
On 03/12/2013 12:53 PM, Simon Urbanek wrote:
On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
On 03/12/2013 11:56 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
On 03/12/2013 11:09 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
On 12 March 2013 at 13:56, Hervé Pagès wrote:
| The reason I'm interested in clarifying this is that we are facing
| a similar situation with other libraries (e.g. the BOOST library)
| used by some Bioconductor packages. Right now, each Bioconductor
| package includes its own version of the BOOST
On Mar 12, 2013, at 4:56 PM, Hervé Pagès wrote:
On 03/12/2013 12:53 PM, Simon Urbanek wrote:
On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
On 03/12/2013 11:56 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
On 03/12/2013 11:09 AM, Simon Urbanek
Thanks for your input. To clarify, I don't need to use any part of
GSL in my R code, nor do I wish to make any part of it accessible to
users of eiR. I need it to compile other C/C++ code (LSH KIT), which I
did not write, that will itself be used in eiR.
My goal is allow the user to
Hi R users,
I'm a quite extensive user of the heatmap() function, and as many others
i'm frequently frustrated by its fixed square width / height ratio. Here is
a typical example :
dev.new()
heatmap(matrix(rnorm(1200), nrow=10))
I have a non square matrix to plot with heatmap, as
On 03/12/2013 09:55 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
Thanks for your input. To clarify, I don't need to use any part of GSL in
my R code, nor do I wish to make any part of it accessible to users of eiR. I
need it to compile other C/C++ code (LSH
On 03/12/2013 02:14 PM, Dirk Eddelbuettel wrote:
On 12 March 2013 at 13:56, Hervé Pagès wrote:
| The reason I'm interested in clarifying this is that we are facing
| a similar situation with other libraries (e.g. the BOOST library)
| used by some Bioconductor packages. Right now, each
On 03/12/2013 02:15 PM, Simon Urbanek wrote:
On Mar 12, 2013, at 4:56 PM, Hervé Pagès wrote:
On 03/12/2013 12:53 PM, Simon Urbanek wrote:
On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
On 03/12/2013 11:56 AM, Simon Urbanek wrote:
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
On
26 matches
Mail list logo