Installation of R-4.3.1 with intel 2022
yes I think it is caused by the absence of matther in glibc. To compile R with icc I disabled matther (with gcc matherr is self disabled). Is it safe to keep it disabled matherr? ??????????????????????????????????????? Giuseppe Cal? Fondazione CMCC Centro Euro-Mediterraneo sui Cambiamenti Climatici presso Complesso Ecotekne Universit? del Salento - Strada Prov.le Lecce - Monteroni 73100 Lecce IT http://www.cmcc.it https://goo.gl/maps/wtahPDbNVen mobile: (+39) 3208190020 email: giuseppe.calo at cmcc.it Le informazioni contenute in questo messaggio di posta elettronica e negli allegati se presenti sono riservate e confidenziali: ne ? vietata la diffusione in qualsiasi modo o forma (GDPR 2016/679). Qualora lei non fosse il destinatario del messaggio, la invito a non diffonderlo e ad eliminarlo dandone gentilmente comunicazione al mittente. The information included in this e-mail and any attachments are confidential and may also be privileged (GDPR 2016/679). If you are not the correct recipient, you are kindly requested to notify the sender immediately, to cancel it and not disclose the contents to any other person.
On 22 Jun 2023, at 16:23, Martin Maechler <maechler at stat.math.ethz.ch> wrote: Thank you, Giuseppe, so indeed using the same restriction has we had on 32-bit platforms seems sufficient here. Your .Machine() is 100% the same as mine (Linux Fedora 36; using GCC, R's BLAS and OS-provided Lapack), so that cannot help to detect that your R is set up differently than mainline versions of R. My guess would be that this difference is not because of the use if icc, but only because of the libmath-part (not the BLAS/Lapack part) of MKL ... but of course that's only a guess. Would anyone know how to reliably detect from within R that R is linked against an MKL math library? .. if not generally, may be in the subset of cases where .Platform$OS.type == "unix" && Sys.info <http://sys.info/>()[["sysname"]] == "Linux" ?? Of course, we could fudge our checks and look for 'mkl' in extSoftVersion()["BLAS"] and/or La_library() but I said above that it's much more probable that the "libmath"-part of MKL is at stake here, not the BLAS or Lapack one.