https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219776
--- Comment #2 from Pawel Pekala <[email protected]> --- (In reply to Joseph Mingrone from comment #1) After reading this thread I fail to understand developers position on this issue too. libR is internal, but they provide .pc file for it and then are surprised some consumer use it as a dynamic library. Just now I discovered that some R-cran packages link to libR also: # pkg check -dan Checking all packages: 100% R-cran-Rcpp is missing a required shared library: libR.so R-cran-RcppEigen is missing a required shared library: libRblas.so R-cran-RcppEigen is missing a required shared library: libRlapack.so R-cran-RcppEigen is missing a required shared library: libR.so R-cran-SparseM is missing a required shared library: libR.so R-cran-XML is missing a required shared library: libR.so R-cran-gtools is missing a required shared library: libR.so R-cran-lme4 is missing a required shared library: libR.so R-cran-minqa is missing a required shared library: libR.so R-cran-mvtnorm is missing a required shared library: libR.so R-cran-nloptr is missing a required shared library: libR.so R-cran-quadprog is missing a required shared library: libRblas.so R-cran-quadprog is missing a required shared library: libR.so R-cran-quantreg is missing a required shared library: libRblas.so R-cran-quantreg is missing a required shared library: libR.so R-cran-quantreg is missing a required shared library: libRlapack.so R-cran-tseries is missing a required shared library: libRblas.so R-cran-tseries is missing a required shared library: libR.so R-cran-zoo is missing a required shared library: libR.so It's worse then I thought :/ -- You are receiving this mail because: You are on the CC list for the bug.
