FWIW, we dealt with the tests-taking-too-long problem for CVXR (which
has a lot of tests) by mercilessly cutting out all tests on CRAN
(testthat::skip_on_cran()) except for some fundamental ones on atoms,
curvature, etc. We then rely on Github actions (with NOT_CRAN = true)
to run the full tes
Following up on my questions from yesterday:
I've been advised to (drastically) reduce the checking time of my
package on CRAN's Windows platform (currently at 23 min). I've gone
through and added a lot of conditionals to skip tests on CRAN. I could
reduce it farther but I'm starting to
I'm, sorry but I don't understand your question. To my understanding,
adding the mentioned MACROS should be enough to add the flag -fopenmp.
Actually, when I build the package, gfortran already uses the flag -fopenmp:
gfortran -fno-optimize-sibling-calls *-fopenmp* -fpic -g -O2
-fdebug-prefix-map
On 13 October 2020 at 17:54, Helmut Schütz wrote:
| in one of my packages I import from package xlsx, which itself imports
In case you were unaware there is also openxlsx which may be sufficient for
your import/export needs, and which is does not need a Java toolchain.
Dirk
--
https://dirk.e
Make sure you quit from all R sessions before you reinstall rJava, and
also that it is not loaded in the current session.
You can also run tools::checkMD5sums("rJava") to check the MD5 sums.
Gabor
On Tue, Oct 13, 2020 at 4:55 PM Helmut Schütz wrote:
>
> Dear all,
>
> in one of my packages I imp
Dear all,
in one of my packages I import from package xlsx, which itself imports
rJava.
I have the current Java (jre1.8.0_261) installed:
JAVA_VERSION="1.8.0_261"
OS_NAME="Windows"
OS_VERSION="5.2"
OS_ARCH="amd64"
However:
devtools::session_info("rJava")
- Session info
-
I’m sure that you have done this, but did you set a compiler option of
-fopenmp, please?
Thanks
On Tue, Oct 13, 2020 at 9:35 AM Sergio Ibarra-Espinosa
wrote:
> Dear List,
>
> I have a package that was archived (
>
> https://cran-archive.r-project.org/web/checks/2020/2020-10-07_check_results_vei
Dear List,
I have a package that was archived (
https://cran-archive.r-project.org/web/checks/2020/2020-10-07_check_results_vein.html
) because I could not solve an issue with OpenMP and Fortran on MACOS.
I have seen that packages with C add precompilation conditions, for
instance:
https://githu
On 13/10/2020 5:33 a.m., Iñaki Ucar wrote:
On Tue, 13 Oct 2020 at 01:47, Ben Bolker wrote:
On 10/12/20 7:37 PM, Duncan Murdoch wrote:
On 12/10/2020 6:51 p.m., Ben Bolker wrote:
On 10/12/20 6:36 PM, Duncan Murdoch wrote:
On 12/10/2020 6:14 p.m., Ben Bolker wrote:
I'd say a mismatch
On Tue, 13 Oct 2020 at 01:47, Ben Bolker wrote:
>
>
>
> On 10/12/20 7:37 PM, Duncan Murdoch wrote:
> > On 12/10/2020 6:51 p.m., Ben Bolker wrote:
> >>
> >>
> >> On 10/12/20 6:36 PM, Duncan Murdoch wrote:
> >>> On 12/10/2020 6:14 p.m., Ben Bolker wrote:
>
>
> >
> > I'd say a misma
On 12.10.2020 23:29, Ben Bolker wrote:
Sure. I assume I should aim for <10 minutes since that's the
threshold for a NOTE ... (for what it's worth the tests take a bit less
than 25% as long on my Linux laptop, since an individual test run is
more than twice as fast and we only have to
11 matches
Mail list logo