search for: lapack3

...ry to system compilation on GNU/Linux system ("gcc" as compiler). Status: * My system specs: - processor Intel 2.8Ghz HT - kernel Linux 2.6.10-5-686-smp - ram 1500 Mbyte * Dataset to use: - ~900 Mbyte of text file * R from svn repository (daily updated) * Installed libs: atlas3 lapack3 * Configure options now: ./configure --prefix=/usr --with-blas --with-lapack --enable-linux-lfs --with-zlib --with-bzlib --with-pcre --with-gnu-ld Questions: 1. after configure execution, I read that my compilation will be with lapack generic. Could I have a better option for that? 2. any go...

Dear list, I am sorry to bother you with this. I just upgraded yesterday to R 2.0.0 (using apt-get under Debian Sid), and now have problems running e.g., summary(lm(...)) the lm is calculated, but the summary statement gives me the following error: Error in La.chol2inv(x, size) : lapack routines cannot be loaded In addition: Warning message: unable to load shared library

...en trying to load the package, there's a DLL - dependency on libRlapack.so which is not fulfilled (and not fulfillable: There's *no* libRlapack.so). For me, $ /usr/bin/R CMD config LAPACK_LIBS -llapack and lapack.so is found inside /usr/lib/R/modules/ and liblapack.so from the 'lapack3' Debian/Ubuntu package is simply in /usr/lib/libpack.so Could it be that this is caused by an Ubuntu / Debian mismatch? Thank you in advance, Martin Maechler, ETH Zurich ------- start of forwarded message ------- From: Agustin Lobo <aloboaleu at gmail.com> To: "r-help at r-pr...

...ich I guess is the Lapack part of MKL). I did a real ugly hack: I inserted the link flags to this library in RHOME/src/modules/lapack/Makefile, where lapack.so is built. That seems to have solved the problem. The resulting build passes make check w/o any error. > If you really have a complete LAPACK3 (which I would not bet on) > you can try building in src/modules/lapack omitting double.f and > complex.f: you will need to rename a few entry points in Lapack.h > as they have already been changed to avoid conflicts with sunperf > (I think). See also the comments in the README there....

...libdl.so.2 => /lib/libdl.so.2 (0x00007f9156181000) /lib64/ld-linux-x86-64.so.2 (0x00007f91581c0000) libncurses.so.5 => /lib/libncurses.so.5 (0x00007f9155f46000) --- Also if I have the LAPACK and ATLAS libraries installed: busta at temisto:~$ dpkg -l | grep lapack ii lapack3 3.0.20000531a-6.1ubuntu1 ii liblapack-dev 3.1.1-0.3ubuntu2 ii liblapack3gf 3.1.1-0.3ubuntu2 busta at temisto:~$ dpkg -l | grep atlas ii atlas3-base 3.6.0-20.6 ii libatlas-base-dev 3.6.0-21.1...

...apack.so > | which is not fulfilled (and not fulfillable: There's *no* > | libRlapack.so). > | > | For me, > | > | $ /usr/bin/R CMD config LAPACK_LIBS > | -llapack > | > | and lapack.so is found inside /usr/lib/R/modules/ > | and liblapack.so from the 'lapack3' Debian/Ubuntu package > | is simply in /usr/lib/libpack.so > | > | Could it be that this is caused by an Ubuntu / Debian > | mismatch? > > Scratch Debian here. It works there: > > edd at ron:~> echo 'library(robustbase);cat("Hi\n")' | R --sil...

...for recompiling packages ? [Make that libatlas-base-dev] So that you can compile against Atlas and get the 'automatically tuned linear algebra system' for better performance on linear algebra. | Second question : what would be the benefits/drawbacks of "apt-get | install atlas3-sse2 lapack3" ? A brief test seems to hint to limited | benefits... [Make that libatlas3gf-sse2] Faster performance for binary code tuned to your process. Atlas actually provides lapack, and replace it in use. | Last but not least : Atlas does not seem to exist on other architectures | (I'm interes...

Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My

Prof. Ripley, > From: Prof Brian Ripley [mailto:ripley at stats.ox.ac.uk] [snipped...] > R cannot currently make use of anyone else's LAPACK routines (because > we've found too many problems with them). > > If you are getting no useful diagnostics, try > dyn.load("RHOME/modules/lapack.so"). That ought to tell you > why you can't > load it. My