Hi,
On Do, 2016-10-06 at 23:10 +0100, Laurent Gatto wrote:
...
> The failing checks should be fixed too now.
While this fix did not make it into todays build,
I can confirm that current muR in SVN has working
examples in the man pages, and does not exhibit
the check ERRORs.
Yours,
Steffen
Nice one!
Cheers,
Jason
From: Laurent Gatto
Sent: Friday, 7 October 2016 9:10 AM
To: Hervé Pagès
Cc: Steffen Neumann; Ross, Jason (H, North Ryde); bioc-devel@r-project.org
Subject: Re: [Bioc-devel] Harman not building on Windows due to
On 10/06/2016 03:10 PM, Laurent Gatto wrote:
On 6 October 2016 23:01, Hervé Pagès wrote:
On 10/06/2016 12:15 AM, Steffen Neumann wrote:
Hi,
On Mi, 2016-10-05 at 11:32 -0700, Hervé Pagès wrote:
...
As a guess, if there are no compiler errors but 'mzR.dll' cannot be
found, I suppose the
On 6 October 2016 23:01, Hervé Pagès wrote:
> On 10/06/2016 12:15 AM, Steffen Neumann wrote:
>> Hi,
>>
>> On Mi, 2016-10-05 at 11:32 -0700, Hervé Pagès wrote:
>>>
...
As a guess, if there are no compiler errors but 'mzR.dll' cannot be
found, I suppose the final linking of the
On 10/06/2016 12:15 AM, Steffen Neumann wrote:
Hi,
On Mi, 2016-10-05 at 11:32 -0700, Hervé Pagès wrote:
...
As a guess, if there are no compiler errors but 'mzR.dll' cannot be
found, I suppose the final linking of the compiled objects failed?
The error message is confusing: mzR.dll is
Hi,
On Mi, 2016-10-05 at 11:32 -0700, Hervé Pagès wrote:
>
> > ...
> > As a guess, if there are no compiler errors but 'mzR.dll' cannot be
> > found, I suppose the final linking of the compiled objects failed?
> The error message is confusing: mzR.dll is actually here but it
> cannot be loaded.
Hi,
On Mi, 2016-10-05 at 10:53 -0700, Hervé Pagès wrote:
> Any reason you're linking mzR.dll against your own precompiled
> libnetcdf.a? (located in mzR/src/win/). This masks the libnetcdf.a
> that I installed on tokay1 per your request a couple of weeks ago
> (by just extracting Ripley's
Hi Jason,
On 10/05/2016 05:08 AM, jason.r...@csiro.au wrote:
Hi Steffen,
I also develop on Linux, so I'm at a loss with compiling Bioconductor libs on
Windows.
As a guess, if there are no compiler errors but 'mzR.dll' cannot be found, I
suppose the final linking of the compiled objects
Hi Steffen,
Any reason you're linking mzR.dll against your own precompiled
libnetcdf.a? (located in mzR/src/win/). This masks the libnetcdf.a
that I installed on tokay1 per your request a couple of weeks ago
(by just extracting Ripley's spatial324.zip inside C:\local323).
Why not remove these
Hi,
On Mi, 2016-10-05 at 12:08 +, jason.r...@csiro.au wrote:
>
> ...
> As a guess, if there are no compiler errors but 'mzR.dll' cannot be
> found, I suppose the final linking of the compiled objects failed?
I now have a working version here locally, and several minutes ago
Laurent Gatto
Hi Steffen,
I also develop on Linux, so I'm at a loss with compiling Bioconductor libs on
Windows.
As a guess, if there are no compiler errors but 'mzR.dll' cannot be found, I
suppose the final linking of the compiled objects failed?
I did a quick search and there seems to be a precedence
Hi, Jason,
On Mi, 2016-10-05 at 03:40 +, jason.r...@csiro.au wrote:
>
> [...]
> This is arising from the vignette and is due to the package msmsEDA
> not being present. If I keep peeling the dependencies back, I get to
> mzR, which has trouble loading the Windows dynamic link library. See:
Hi there,
I notice the Harman package which I maintain is not building on Windows. See:
http://bioconductor.org/checkResults/3.4/bioc-LATEST/Harman/?
This is arising from the vignette and is due to the package msmsEDA not being
present. If I keep peeling the dependencies back, I get to mzR,
13 matches
Mail list logo