Displaying 3 results from an estimated 3 matches for "dqeqp3".
Did you mean:
dgeqp3
2003 Sep 20
0
PR#2867
Full_Name: Mark MacLennan
Version: 1.7.1
OS: Solaris 8
Submission from: (NULL) (216.17.17.197)
Bug PR#2867 appears to still be occurring ...
I am running Solaris 8 using gcc 3.3 and while running the
tests for R 1.7.1 I get the following error message regarding
Lapack routine dqeqp3
I don't know how serious an issue this is!
Thanks for any help!
Mark
-----
running code in 'reg-tests-1.R' ...make[3]: *** [reg-tests-1.Rout] Error 1
make[3]: Leaving directory `/usr/local/src/R-1.7.1/tests'
make[2]: *** [test-Reg] Error 2
make[2]: Leaving directory `/usr/local...
2003 Jul 18
1
(PR#2867)
....
--=_alternative 00812CFCCA256D66_=
Content-Type: text/plain; charset="us-ascii"
Two points in respect to PR#2867.
First, the trivial one:
(1) In Lapack.c, on lines 806 and 812, there are calls of
F77_CALL(dgeqp3). But the error messages on lines on lines 809 and 815
refer to "dqeqp3", i.e., they currently have a "q" where they should have
a "g".
Secondly, the non-trivial one
(2) I have built R-1.7.1 under Solaris 7 on a SunUltrasparc 2 using
gcc-2.95.3. On running make check-all, bug #2867 still rears its head.
Here is the tail of the output fro...
2018 Jan 22
3
Inconsistent rank in qr()
Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?:
> This behavior is noted in the qr documentation, no?
>
> rank - the rank of x as computed by the decomposition(*): always full rank in the LAPACK case.
For a me a "full rank matrix" is a matrix the rank of which is indeed min(nrow(A), ncol(A))
but here the meaning of "always is full rank" is somewhat confusing. Does it