Re: [Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Bernd Funovits
Thanks for the fast replies. There was a bug in Matrix::rankMatrix(matrix(0)) which returned 1 (fixed by Martin Maechler in the development version of Matrix) and I thought here is an issue here too. Sorry for asking too quickly... Best, Bernd Am 22.06.2017 um 21:41 schrieb Iñaki Úcar: 2017-

Re: [Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Iñaki Úcar
2017-06-22 20:31 GMT+02:00 Uwe Ligges : > > > On 22.06.2017 20:09, Iñaki Úcar wrote: >> >> 2017-06-22 19:49 GMT+02:00 Uwe Ligges : >>> >>> On 22.06.2017 17:11, Bernd Funovits wrote: Hello, I experienced some unexpected behaviour while determining the rank of matrices (

Re: [Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Uwe Ligges
On 22.06.2017 20:09, Iñaki Úcar wrote: 2017-06-22 19:49 GMT+02:00 Uwe Ligges : On 22.06.2017 17:11, Bernd Funovits wrote: Hello, I experienced some unexpected behaviour while determining the rank of matrices (sometimes 1x1 matrices): base::qr(matrix(1e-20))$rank returns 1 (incorrect) base:

Re: [Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Iñaki Úcar
2017-06-22 19:49 GMT+02:00 Uwe Ligges : > On 22.06.2017 17:11, Bernd Funovits wrote: >> >> Hello, >> >> I experienced some unexpected behaviour while determining the rank of >> matrices (sometimes 1x1 matrices): >> base::qr(matrix(1e-20))$rank returns 1 (incorrect) >> base::qr(diag(c(1, 1e-20)))$r

Re: [Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Uwe Ligges
On 22.06.2017 17:11, Bernd Funovits wrote: Hello, I experienced some unexpected behaviour while determining the rank of matrices (sometimes 1x1 matrices): base::qr(matrix(1e-20))$rank returns 1 (incorrect) base::qr(diag(c(1, 1e-20)))$rank returns 2 (incorrect) Why do you believe this is in

Re: [Rd] Compiling R-devel - missing some expected features (zlib, bzlib, lzma, PCRE)

2017-06-22 Thread Viechtbauer Wolfgang (SP)
Just a quick follow-up on this ... I was informed (off the mailing list) that this is all as it should be. A check with extSoftVersion() shows that everything is in order. Best, Wolfgang >-Original Message- >From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of >Viechtbauer

Re: [Rd] hpc r configure not recognizing zlib

2017-06-22 Thread Martyn Plummer
You do not need to compile R from source on RHEL 6. If you enable the EPEL repository then you can install the binary RPM via yum. See https://fedoraproject.org/wiki/EPEL Tom Callaway, who maintains the Red Hat binaries of R, statically links up-to-date versions of bzip2, xz, pcre, and curl into

[Rd] Unexpected behaviour of base::qr()$rank

2017-06-22 Thread Bernd Funovits
Hello, I experienced some unexpected behaviour while determining the rank of matrices (sometimes 1x1 matrices): base::qr(matrix(1e-20))$rank returns 1 (incorrect) base::qr(diag(c(1, 1e-20)))$rank returns 2 (incorrect) Best regards, Bernd > R.version _ platform x86_64-w64-

[Rd] hpc r configure not recognizing zlib

2017-06-22 Thread Hamidi, Bashir
System: Red Hat Enterprise Linux Server release 6.5 (Santiago) I’ve installed zlib 1.2.11 on the home folder of a Red Hat HPC as part of the process for installing R base 3.4.0. I get this error even after successful install of zlib checking for inflateInit2_ in -lz... no checking whether zlib s

[Rd] Compiling R-devel - missing some expected features (zlib, bzlib, lzma, PCRE)

2017-06-22 Thread Viechtbauer Wolfgang (SP)
Hi All, I am compiling R-devel on Linux (Ubuntu 16.04.2) and that works just fine, but I am missing some of the expected features, as shown here: https://cran.r-project.org/doc/manuals/r-devel/R-admin.html#Linux In particular, after configure (using all defaults), I see: R is now configured fo

Re: [Rd] duplicated factor labels.

2017-06-22 Thread Martin Maechler
> Paul Johnson > on Fri, 16 Jun 2017 11:02:34 -0500 writes: > On Fri, Jun 16, 2017 at 2:35 AM, Joris Meys wrote: >> To extwnd on Martin 's explanation : >> >> In factor(), levels are the unique input values and labels the unique output >> values. So the function

Re: [Rd] Issue with memory deallocation/fragmentation on systems which use glibc

2017-06-22 Thread Dmitriy Selivanov
A few additional details. According to Linux Programmer's Manual 1. http://man7.org/linux/man-pages/man3/mallopt.3.html 2. http://man7.org/linux/man-pages/man3/malloc_trim.3.html And if I understood everything correctly `free` could trigger `malloc_trim` based on value of several environmen