Sounds very nice. Anything for the impending release?
On Sat, Sep 20, 2014 at 11:34 PM, Gabe Becker wrote:
> Sean and Vincent,
>
> The goal of what we are doing builds off of what Martin has in GSEABase.
> We were looking to see how much benefit we can get with something
> lighter-weight that l
Hello,
I am trying to develop a new package named simulatorZ and submit it to the
Bioconductor project. It contains a cpp file(coxformatrices.cpp) under
/src. But
there is a problem in registering native routines, which results in a
warning during BiocCheck. The cpp file already contains the regis
If anyone needs access to an OS X Maverick machine for code (C/C++)
debugging, I can setup a headless mac mini for that purpose. Send me an
email; it will probably take a day or two to get it operational.
Best,
Kasper
[[alternative HTML version deleted]]
On 09/21/2014 07:12 AM, 张雨晴 wrote:
Hello,
I am trying to develop a new package named simulatorZ and submit it to the
Bioconductor project. It contains a cpp file(coxformatrices.cpp) under
/src. But
there is a problem in registering native routines, which results in a
warning during BiocCheck. Th
Hi Martin,
It works now. Thank you so much!
Yuqing
2014-09-21 22:20 GMT+08:00 Martin Morgan :
> On 09/21/2014 07:12 AM, 张雨晴 wrote:
>
>> Hello,
>>
>> I am trying to develop a new package named simulatorZ and submit it to the
>> Bioconductor project. It contains a cpp file(coxformatrices.cpp) und
this is coming out of the build system for GGtools ... not easy to find as
the
problem seems to cause emission of megabytes of warnings
illuminaHumanv1CHR is deprecated as the data is better accessed from
another location. Please use an appropriate TxDb object or package for
this kind of d
On 09/21/2014 07:44 AM, Vincent Carey wrote:
this is coming out of the build system for GGtools ... not easy to find as
the
problem seems to cause emission of megabytes of warnings
illuminaHumanv1CHR is deprecated as the data is better accessed from
another location. Please use an appropri
On Sun, Sep 21, 2014 at 11:07 AM, Martin Morgan wrote:
> On 09/21/2014 07:44 AM, Vincent Carey wrote:
>
>> this is coming out of the build system for GGtools ... not easy to find as
>> the
>>
>> problem seems to cause emission of megabytes of warnings
>>
>>
>> illuminaHumanv1CHR is deprecated as
Does the DLL that gets created have a symbol called coxmat? On unixalikes nm
[file] will show the symbols in the library.
If coxmat (by itself) is not a symbol you may be running afoul of CPP name
mangling. Try using extern 'C' { } around the function declaration if that is
the case.
~G
On S
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:/
A few questions about the Bioconductor Git-SVN bridge:
Q1. Is it safe to add, delete, add, delete, add, ... a bridge over and
over for the same package and GitHub repository? Not that I want to
do it, but I wonder if I had to, will I break something?
Q2. Can you change the "SVN / Git wins uncond
On September 21, 2014 1:07:29 PM PDT, Henrik Bengtsson
wrote:
>A few questions about the Bioconductor Git-SVN bridge:
>
>Q1. Is it safe to add, delete, add, delete, add, ... a bridge over and
>over for the same package and GitHub repository? Not that I want to
>do it, but I wonder if I had to,
Hi,
On 09/20/2014 11:14 AM, Martin Morgan wrote:
On 09/20/2014 10:43 AM, Sean Davis wrote:
Hi, Vince.
Looks like a good start. I'd probably pull all the assays from
ExpressionSet into SummarizedExperiment as the default, avoiding data
coercion methods that are unnecessarily lossy. Also, as i
13 matches
Mail list logo
