From jamatos at fc.up.pt  Fri Sep 23 19:42:34 2005
From: jamatos at fc.up.pt (=?UTF-8?B?Sm9zw6k=?= Matos)
Date: Fri, 23 Sep 2005 18:42:34 +0100
Subject: [Rd] looks in liblapack.a not liblapack.so
References: <mailman.9.1126951201.11292.r-devel@r-project.org>
	<20050917221902.GA10806@stat.umn.edu>
	<1127119440.3624.5.camel@seurat>
	<x23bo15c13.fsf@turmalin.kubism.ku.dk>
	<1127144443.18426.14.camel@seurat> <dgpari$a96$1@sea.gmane.org>
	<x2mzm5lbtx.fsf@turmalin.kubism.ku.dk>
Message-ID: <dh1eqa$690$1@sea.gmane.org>

Peter Dalgaard wrote:

> Jos? Matos <jamatos at fc.up.pt> writes:
> 
>>   The change was necessary to allow atlas to compile and interact with
>> lapack.
>> 
>>   atlas is on the queue to Fedora Extras, it is in the review phase now.
> 
> Hmm. Doesn't look like it is actually working, though. Install
> lapack-devel, configure --with-lapack, and make check dies with
> 
> running code in 'base-Ex.R' ...make[4]: *** [base-Ex.Rout] Error 1
> make[4]: Leaving directory `/home/pd/r-devel/BUILD/tests/Examples'
> make[3]: *** [test-Examples-Base] Error 2
> ....
> [pd at titmouse BUILD]$ tail tests/Examples/base-Ex.Rout.fail
>> kappa(x2 <- cbind(x1,2:11))# high! [x2 is singular!]
> [1] 8.351867e+16
>>
>> hilbert <- function(n) { i <- 1:n; 1 / outer(i - 1, i, "+") }
>> sv9 <- svd(h9 <- hilbert(9))$ d
>> kappa(h9)# pretty high!
> [1] 728289254735
>> kappa(h9, exact = TRUE) == max(sv9) / min(sv9)
> Error in La.svd(x, nu, nv) : BLAS/LAPACK routine 'DGEBRD' gave error code
> -10 Execution halted
> 
> This happens on both x86_64 and x86 installs of FC4.

  I will report it to lapack maintainer, he is very responsive and
competent. :-)

> I have a strong sense of deja vu regarding this error.

  I don't think that the Fedora packages derives from Debian, but sometimes
patches cross distributions, even the wrong ones. :-)

-- 
Jos? Ab?lio



[Rd] looks in liblapack.a not liblapack.so
=?UTF-8?B?Sm9zw6k=?= Matos