[R-pkg-devel] Is it a wrong assumption that ${R_HOME}/lib always exists?

[Hiroaki Yutani]

Thanks so much for the quick response. It answered everything!
It was my mistake that I didn't consider these types of installations.
I'll fix my package as soon as I can.

Best,
Yutani

2023年7月10日(月) 17:51 Martin Maechler <maechler using stat.math.ethz.ch>:

> >>>>> Hiroaki Yutani
> >>>>>     on Mon, 10 Jul 2023 17:24:37 +0900 writes:
>
> [...............]
>
> Short answer to your questsion (from the 'Subject') is :    NO !
> For an example, see below:
>
>     > libR-sys assumes the path to R's shared libraries is
>     > `${R_HOME}/lib` on Unix-alike platforms.
>
> In some configurations, R does not need *any* shared libraries,
> and there,  $R_HOME/lib  does *not* exist.
>
> E.g., I have one of my R-devel versions installed (on Fedora
> Linux) with
>
>         ../R/configure --with-blas=-lflexiblas
>
> using the nice, currently Fedora/Redhat-only "flexiblas"
> approach, with which I can nicely switch the versions of BLAS
> and Lapack libraries that R works with from within R.
>
> As that version of R is not "shared", i.e., no libR.so , *and*
> gets both its BLAS and Lapack libraries from "external" (not
> from R), there's no need for a ./lib/  and so none is created.
>
> Martin Maechler
> ETH Zurich  and  R Core Team
>
>
>     > Is it possible
>     > that this path doesn't exist on the MKL server?
>
>     > Actually, it compiles fine on the other Linux platforms,
>     > so I'm wondering what's different there from the other
>     > servers.
>
>
>     > Best, Yutani
>     >   [[alternative HTML version deleted]]
>
>

	[[alternative HTML version deleted]]