You need to make sure both i386 and x64 versions of GSL are installed under
c:\GnuWin32, for a directory structure like this:
c:\GnuWin32\i386
c:\GnuWin32\x64
(Also I would recommend using a more descriptive name than c:\GnuWin32, perhaps
call it c:\GSL?)
And then notice how the
Dear all,
a quick question:
while preparing for a CRAN submission, am I supposed to include a
"configure" file and list for system requirements also if those system
requirements "come from" the packages that I import ?
Asking this because the "configure" and system requirements are
> Evan Cortens
> on Thu, 17 Nov 2016 15:51:03 -0700 writes:
> I wonder if this could be related to the issue that I
> submitted to bugzilla about two months ago? (
> https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17159)
> That is to say,
Hi
Sorry about previous post on support.bioconductor.org.
I am trying to use GSL on Windows to build my package. And I use
src/Makevars.win as Martin's package
https://github.com/Bioconductor-mirror/DirichletMultinomial.
PKG_LIBS += -L$(LIB_GSL)/lib -lgsl -lgslcblas
PKG_CPPFLAGS +=
On 11/18/2016 02:00 AM, Dario Strbenac wrote:
Good day,
These questions really belong to the support site.
I suppose, although it seemed like an unexpected issue at first because it's
not documented within ?lowlevel-matching so users don't know what to expect.
You'll get that behaviour by
Hi Valerie,
Thanks! I do see the badges now but the percent reported seems off.
Particularly:
* http://bioconductor.org/packages/release/bioc/html/recount.html shows a
65% badge with a link to
https://codecov.io/github/Bioconductor-mirror/recount?branch=release-3.4
which has a 97% coverage
*
Coverage is now up and running for the release packages. I think all
looks well... let me know if you see any problems.
Valerie
On 11/01/2016 03:14 PM, Hervé Pagès wrote:
> Hi Leo,
>
> I can confirm that while Bioc 3.4 was in devel, package coverage was
> computed only for the devel version of
Hi.
Assume I have one ~/.Rprofile (in my home directory) and one
./.Rprofile (in my current working directory). In this case, the
latter will have higher priority and will be the script that R uses
during the startup process.
Is there a *generic* way to programmatically from within ./.Rprofile
Good day,
> These questions really belong to the support site.
I suppose, although it seemed like an unexpected issue at first because it's
not documented within ?lowlevel-matching so users don't know what to expect.
> You'll get that behaviour by allowing indels.
This reveals a discrepancy