Hi,
I've reached about 20 attempts hand compiling R-4.3.3 on my debian bookworm
box. My configure directive is:
./configure --prefix=/opt/R-4.3.3 --enable-R-shlib
--enable-memory-profiling --with-tcltk --enable-threads=posix
--with-blas="-lmkl_rt" --with-lapack
In contrast to Dirk's solution, I'
Thank you very much Dirk for your kind words and for confirming the bug.
Next week I will open a new issue on Bugzilla adding the related patch.
Kind regards
Andrea
On 29/03/2024 20:14, Dirk Eddelbuettel wrote:
On 29 March 2024 at 17:56, Andrea Gilardi via R-devel wrote:
| Dear all,
|
| I hav
re pipe: It was actually discussed on this mailing list long before
magrittr, and various pipe operators existed in various packages for a
long time.
From outside observer it really seems that it was magrittr that
popularized pipe and this popularity managed to get it into base R.
re options:
В Sat, 30 Mar 2024 10:55:48 +
Ramón Fallon пишет:
> In contrast to Dirk's solution, I've found R's configure script
> doesn't recognise the update-alternatives system on debian/ubuntu, if
> it's MKL.
It ought to work if configured with --with-blas=-lblas
--with-lapack=-llapack, but, as you f
В Sat, 30 Mar 2024 20:31:25 +0300
Ivan Krylov via R-devel пишет:
> It seems to crash inside MKL!
Should have read some more about mkl_gf_lp64 before posting. According
to the Intel forums, it is indeed required in order to work with the
GFortran calling convention, but if you're linking against
Yes, that work for me ... very many thanks Ivan.
Just verifying ... the configure reports:
External libraries: pcre2, readline, BLAS(MKL), LAPACK(generic),
curl
just what I was looking for.
Then make && sudo make install, all fine (of course, I have all the
dependencies sorted already)
