Dear Sirs,

Recently, my parglm package was pulled of CRAN because of a segfault
on Solaris and an issue on the OpenBLAS additional issues test.

I started with the Solaris issue but failed to reproduce the error
with `rhub::checkonsolaris()`. Then I tried to reproduce the OpenBLAS.
First, I build R-devel with
`–with-blas="/usr/lib/x86_64-linux-gnu/openblas/libblas.so.3"` and
`–with-lapack="/usr/lib/x86_64-linux-gnu/openblas/liblapack.so.3"`
which one gets from `libopenblas-dev` if I recall correctly on my own
Ubuntu machine (version 18.04, gcc 8.3.0). However, there where no
issues or segfaults when I ran `CMD check –as-cran
–no-stop-on-test-error`.

Then I build the following docker image:
https://gist.github.com/boennecd/fd0625daf11aae3304e9e9a9a6cfea7d

where I do as described in the following two links (I think):
https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt &
https://www.stats.ox.ac.uk/pub/bdr/Rconfig/r-devel-linux-x8664-fedora-gcc

However when I started the container and ran:
 - `/opt/R-devel/lib64/R/bin/R CMD check –as-cran
–no-stop-on-test-error –use-valgrind`
 - `/opt/R-devel/lib64/R/bin/R CMD check –as-cran –no-stop-on-test-error`

then I got no issues or segfaults.

So, although that other people have asked similar questions before,
can anyone spot what I did wrong when I tried to reproduce the error
and if not what should I do? Any help is much appreciated.

There are no other issues with both ASAN and UBSAN checks with gcc and
clang on my own machine.

Sincerely Yours,
Benjamin Christoffersen

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

Reply via email to