(Sorry about cross-posting, but I didn't receive a response at
https://support.bioconductor.org/p/88777/)
---
BiocInstaller incorrectly detects https support if loaded within a
'suppressMessages()' context, and that failure leads to a namespace
load failure on versions of R without libcurl suppor
Although installation succeeds for me (macOS Sierra with recent R-devel), I
see the following output in an interactive session when I try to install
the lazyeval package:
> install.packages('lazyeval', repos = BiocInstaller:::biocinstallRepos())
Installing package into '/Users/kevin/r/r-devel-sani
For what it's worth, the Rcpp team is aware that CRAN will soon be emitting
NOTEs for packages not registering native routines as well -- it's
currently tracked at
https://github.com/RcppCore/Rcpp/issues/636
The main difficulty on the Rcpp side is ensuring that we play well with
users who already
Hi Robert,
Please, always always _always_ compile with -Wall on. The compiler
should complain almost always when it encounters code like this.
Although I don't have gcc installed, I would be quite surprised if
even slightly older versions did not warn on this.
For reference:
kevin@Kevins-MacBook
Another thing worth noting -- the .C interface is highly discouraged now;
you should prefer .Call (or for variable numbers of arguments, .External)
instead.
FWIW, this process of function registration can be entirely automated -- I
have a proof of concept for this in my Kmisc package, at:
https:/
If I understand correctly, all versions of `make` on the BioC build
systems will support GNU extensions to Makefiles, and so it's probably
not worth your time to make this 'portable' -- just add the
SystemRequirements bit.
However, you could work around this by (following R-exts at
http://cran.r-p
On Fri, Jan 23, 2015 at 5:18 PM, Dan Tenenbaum wrote:
>
>
> - Original Message -
>> From: "Kevin Ushey"
>> To: "Laurent Gatto"
>> Cc: "bioc-devel"
>> Sent: Friday, January 23, 2015 4:58:40 PM
>> Subject: Re: [
Hi Kieran, Dan,
I would suggest that you open an issue at
https://github.com/RGLab/flowCore/issues/new.
Perhaps the easiest solution is to copy featureSignif from feature into
flowCore (giving adequate citation and such, respecting licenses...). It
looks like the function doesn't depend too much
if they can agree on basic data representation, and
> that chance is increased (IMO) if the core package does not include too
> much analysis tools.
>
> Best,
> Kasper
>
>
> On Thu, Apr 10, 2014 at 6:35 PM, Kevin Ushey wrote:
>
>> Hi Kieran, Dan,
>>
&
Hi everyone,
I'm trying to investigate lazy evaluation with S4, and specifically
the environment chain available for lookup when an S4 method is
evaluated.
With 'vanilla' R functions, we can write something like the following:
lazy <- function(...) {
call <- substitute(list(...))
quot;. An example of its use can be
> found in IRanges::transform.DataTable.
>
> I bet top_prenv_dots will be moving to a different package soon, so don't
> get too attached to anything.
>
> Michael
>
>
>
>
>
> On Wed, Apr 23, 2014 at 11:02 AM, Kevin Ushey wr
honestly not sure why your first vanilla example succeeds. It should not
> find that 'var' symbol, since you are not passing parent.frame() to eval.
> Perhaps you accidentally added var to your workspace?
>
>
>
> On Wed, Apr 23, 2014 at 1:04 PM, Kevin Ushey wrote:
>
Hi,
With the following code and IRanges 1.99.6:
ranges <- IRanges(c(1,2,3),c(4,5,6))
rd <- RangedData(ranges)
as.data.frame(rd)
I get
> as.data.frame(rd)
group group_name start end width group_name.1
1 1 1 1 4 41
2 1 1 2 5 4
13 matches
Mail list logo
