I recently built R 4.1.1 (Patched) from source, as I have many older
versions over the years. This version, on Ubuntu 18.04.4 LTS:
R 4.1.1 (Patched), 2021-09-21, svn.rev 80946, x86_64-pc-linux-gnu
Surprisingly, "make check" fails, which I don't recall seeing before.
The error is in from stats-
For what it's worth, make check runs OK for me with sessionInfo()
R version 4.1.1 Patched (2021-09-30 r80997)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 18.04.6 LTS
Matrix products: default
BLAS: /home/smeyer/R/base/release/build/lib/libRblas.so
LAPACK: /home/smeyer/R/base/re
> Michael Chirico
> on Mon, 12 Jul 2021 14:21:14 -0700 writes:
> Here is a reprex:
> # initialize reprex package
> cd /tmp
> mkdir myPkg && cd myPkg
> echo "Package: myPkg" > DESCRIPTION
> echo "Version: 0.0.1" >> DESCRIPTION
> mkdir R
> echo "print.m
On Mac, I also don't get the error, but I think this is a different issue.
If I remember correctly, the error is known to occur on some platforms, but not
all, which is the reason for the ## IGNORE_RDIFF_BEGIN ... END.
However _when_ it occurs, R should just print the error and continue. If it
> Andrew Piskorski
> on Fri, 1 Oct 2021 05:01:39 -0400 writes:
> I recently built R 4.1.1 (Patched) from source, as I have many older
> versions over the years. This version, on Ubuntu 18.04.4 LTS:
> R 4.1.1 (Patched), 2021-09-21, svn.rev 80946, x86_64-pc-linux-gnu
On Fri, Oct 01, 2021 at 03:45:48PM +0200, Martin Maechler wrote:
> Is there anything special (system libraries, compilers, ..)
> on your platform?
No. As far as I know this is an ordinary SuperMicro x86-64 server,
nothing strange or unusual. /proc/cpuinfo says "Intel(R) Xeon(R) CPU
E5-2670 0 @
> On Thursday, September 30, 2021, 01:25:02 PM EDT,
> wrote:
>
>> On Thu, 30 Sep 2021, brodie gaslam via R-devel wrote:
>>
>> André,
>>
>> I'm not an R core member, but happen to have looked a little bit at this
>> issue myself. I've seen similar things on Skylake and Coffee Lake 2
>> (9700, one
> Mildly related (?) to this discussion, if you happen to be in a situation
> where you know something is a C NAN, but need to check if its a proper R
> NA, the R_IsNA function is surprisingly (to me, at least) expensive to do
> in a tight loop because it calls the (again, surprisingly expensive t
