On 16.03.2020 10:58, Duncan Murdoch wrote:
On 16/03/2020 3:00 a.m., Alois Schlögl wrote:

Thanks for your response. For *nix (Linux, MacOSX), this can be
achieved. For windows, currently the only way to compile libbiosig is
through mingw-cross-compiler environment (MXE) [1]  or in cygwin.
Currently, libbiosig does not compile with with VC++for various reasons,
and libbiosig has some hard dependencies (libiconv, suitesparse, dcmtk),
(there are dependencies on libb64, tinyxml), I'm wondering what the best
approach would be.

- Would it be ok, if libbiosig.dll is distributed in binary form ?

I think the answer to that is that it would not be allowed, but I'm not part of CRAN.


- Or would you accept a package that currently runs only on
MacOSX/Homebrew and Linux but not on Windows ?

There are some packages like that on CRAN, but it is certainly discouraged.  Bioconductor has its own rules; you might want to ask there, given the subject matter of your package.

Thanks, Duncan, same from here, just to confrim from a "part of CRAN" point of view.

Best,
Uwe Ligges



Duncan Murdoch




Alois Schlögl

[1] https://github.com/schloegl/mxe



Am 3/16/20 um 2:08 AM schrieb Duncan Murdoch:
I suspect the question in this case depends on the availability of
libbiosig.  If CRAN test machines don't have that and its source isn't
included in the R package, then it will fail on initial install.  CRAN
doesn't have a lot of resources to install difficult libraries; I have
no idea if that applies in this case.

I believe the most robust way to handle this sort of package is to
have a configure script that looks for the lib on the installing
machine, and uses that copy if found, otherwise compiles it from source.

Duncan Murdoch



On 15/03/2020 3:41 p.m., Jeff Newmiller wrote:
I am just a lurker (not representing CRAN) but I am having a hard
time understanding your question.

Binary packages are a convenience for users, not a method for
submitting packages. When you have an R package accepted it is
accepted in source format.
If it doesn't exclude support for Windows or MacOSX then it will (in
time) be compiled into a binary form for distribution in addition to
being distributed is source form.

As the maintainer, your responsibility is merely to confirm that your
source package is properly configured to be built in binary form
before you submit it to CRAN. This is normally accomplished by
successfully building it as binary in a testing environment. There
are various guides out there that can be helpful in accomplishing
this, e.g. [1].

[1] https://kbroman.org/pkg_primer/pages/cran.htm


On March 15, 2020 1:07:41 AM PDT, "Alois Schlögl"
<alois.schlo...@gmail.com> wrote:

Dear R packagers,


the Biosig project [1] supports reading of about 50 different data
format [2]. Recently, a language binding to R was added, because a user
of Biosig asked for it.


I've read the policy [3], and it seems the biosig would qualify as
binary package. The underlying library (libbiosig) can be installed

- on linux from source, or through debian/ubuntu package

- on MacOSX through Homebrew.

- for Windows I'm using MXE mingw-cross-compiler environment to build
libbiosig.dll


Would it be feasible to provide a package of biosig on cran ? What need
to be considered ?


Kind regards

     Alois



[1] http://biosig.sourceforge.net/download.html

[2] http://pub.ist.ac.at/~schloegl/biosig/TESTED

[3] https://cran.r-project.org/web/packages/policies.html

______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel



______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel

Reply via email to