Displaying 20 results from an estimated 600 matches similar to: "BLAS where"
2001 Oct 26
0
Matrix problem w/R-1.3.1 on Solaris7
Can anyone tell me how to fix this.
root at nucleus => /usr/local/R-1.3.1/bin/R INSTALL Matrix_0.3-15.tar.gz
Installing source package `Matrix' ...
creating cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts
2001 Oct 31
1
shared libraries on FreeBSD 4.*
I've used R for a couple of years on FreeBSD with few problems. Recently,
a couple of the contributed packages seem to have difficulty finding
symbols in the shared libraries. Currently, I'm running R 1.3.1 on FreeBSD
4.4. I've tried setting LD_LIBRARY_PATH to /usr/local/lib
and some other things. The packages I've had trouble with are:
Matrix 0.3.15
RODBC 0.8.3
RSPython 0.3
2003 Jan 30
1
Re: Matrix Package for R
You will need both the Basic Linear Algebra Subroutines (BLAS) and a
version of Lapack to install the Matrix package. I'm not sure if
pre-compiled versions are available for Solaris 7. I believe that is
a rather old version of the Sun OS.
After R-1.7.0 is released in April, 2003 it should be possible to use
the Matrix package on any platform with R as Brian Ripley has
incorporated Lapack
2010 May 28
2
Compiling R-2.11.0 with ATLAS-tuned BLAS and LAPACK
Hello. I am a Linux neophyte and know almost nothing ?about compiling,
so I would appreciate any help and advice y'all would care to offer.
I am trying to compile the 64 bit version of R using a tuned ATLAS and
LAPACK (ATLAS 3.9.24). I am running Ubunto 10.04 LTS (through wubi,
FWIW). The ATLAS and LAPACK files (atlas.so, f77blas.so, lapack.so,
and cblas.so) are sitting in the folder
2008 Apr 18
1
configure can't find dgemm in MKL10
Hi,
I'm trying to follow the R-admin instructions for using MKL10 as the external BLAS compiling R-2.6.2 under Linux on a RH EL head node of a cluster. The configure process seems to have problems when it checks for dgemm in the BLAS. I'm using configure as:
./configure CC=icc F77=ifort --with-lapack="$MKL" --with-blas="$MKL" where $MKL is defined as in R-admin
2000 Oct 31
1
conflicting types for `Rf_stirlerr
I'm having trouble making todays development snapshot:
-DHAVE_CONFIG_H -g -O2 -c stirlerr.c -o stirlerr.o
stirlerr.c:34: conflicting types for `Rf_stirlerr'
../../src/include/R_ext/Mathlib.h:557: previous declaration of `Rf_stirlerr'
make[3]: *** [stirlerr.o] Error 1
[20] /home/mfa5/gilp/R-versions/R-devel : uname -a
SunOS mfa99579 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-5_10
2002 Feb 14
3
R-patched and R-devel
If I configure in R-patched and R-devel, with the same options to
configure, then R-patched says
checking for ATL_xerbla in -latlas... yes
checking for cblas_dgemm in -lcblas... yes
checking for dgemm_ in -lf77blas... yes
which R-devel says
checking for ATL_xerbla in -latlas... yes
checking for cblas_dgemm in -lcblas... yes
checking for dgemm in -lf77blas... no
This is on the same computer and
2009 Jun 26
0
proper link to ACML blas | compiling 2.9.0
Normally, I do the following to configure R for compilation on my
Opteron box with ACML installed:
./configure --with-tcltk --with-blas="-L/opt/acml4.3.0/gfortran64/lib
-lacml"
However, when I do so, and look at Makeconf, I see
BLAS_LIBS = -lblas
I thought I would see
BLAS_LIBS = -L/opt/acml4.3.0/gfortran64/lib -lacml
Why isn't Makeconf picking up the right BLAS_LIBS (or is
2023 Dec 30
2
custom built R will not change BLAS/LAPACK with update-alternatives
Dear All,
I am building R from source[1], following what is done in "rules" for building Debian's R. But the R I generate, in contrast to the standard Debian's R, will not change the BLAS and LAPACK libraries it uses when I change them via "update-alternatives". I have no idea what I am doing wrong (but, somehow, I've been quite capable of making the same
1998 Nov 03
1
configuration/compilation problems
R is having trouble finding some of the things it needs to compile.
In particular, I'm getting messages saying that it can't find things it
wants in -lblas, -ldxml, -ldnet, and -ldnet_stub. It also can't find
dl.h, ieeefp.h, and ieee754.h.
I can't figure out whether these things are included with R somewhere and
I need to tell it where to look, or they're not included and I
2009 Jun 26
1
can't use ATLAS or ACML | 2.9.0
So, tried again from scratch. Again, CentOS 5.3, which is essentially
RHEL 5.3.
./configure --with-blas="-L/opt/acml4.3.0/gfortran64/lib -lacml"
In config.log, get things like
configure:37199: checking for dgemm_ in -L/opt/acml4.3.0/gfortran64/lib
-lacml
configure:37230: gcc -std=gnu99 -o conftest -g -O2
-I/usr/local/include -L/usr/local/lib64 conftest.c
2010 Jun 02
0
R-SIG-Debian Digest, Vol 58, Issue 3
food now? or after work in the library?
On Wed, 2010-06-02 at 12:00 +0200, r-sig-debian-request at r-project.org
wrote:
> Send R-SIG-Debian mailing list submissions to
> r-sig-debian at r-project.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://stat.ethz.ch/mailman/listinfo/r-sig-debian
> or, via email, send a message with subject or body
2014 Jan 31
1
INTEL MKL 11.1.0.080 R 3.0.2
I am having trouble of compiling R 3.0.2 with MKL 11.1.0.080; tried the
following resources:
http://software.intel.com/en-us/articles/intel-mkl-link-line-advisor
http://cran.r-project.org/doc/manuals/R-admin.html#MKL
http://software.intel.com/en-us/comment/reply/328415
and getting the following:
*checking for dgemm_ in -Wl,--start-group -lmkl_gf_lp64 -lmkl_gnu_thread
-lmkl_core -Wl,--end-group
2002 Jan 02
0
R ./configure error | Solaris8 / E-450
Hi not sure where to go with this, I'm attaching the whole output,
you'll see the error at the end...
> ./configure
loading cache ./config.cache
checking for a BSD compatible install... tools/install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking
2006 Jun 22
2
Error - Compiling R on a Sun V40Z - R/R-2.2.1 (PR#9024)
configure: WARNING: dlfcn.h: present but cannot be compiled
configure: WARNING: dlfcn.h: check for missing prerequisite headers?
configure: WARNING: dlfcn.h: see the Autoconf documentation
configure: WARNING: dlfcn.h: section "Present But Cannot Be Compiled"
configure: WARNING: dlfcn.h: proceeding with the preprocessor's result
configure: WARNING: dlfcn.h: in the future, the
2010 May 14
1
Compiling R with ATLAS
Hello. I know almost nothing about Linux, so I apologize if the answer to
this is obvious.
I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu
10.04 64 bit). I configured with:
./configure --enable-R-shlib --enable-BLAS-shlib
--with-blas="-L/usr/local/atlas/lib -lf77blas -latlas"
--with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x
and I
2010 May 14
1
Compiling R with ATLAS
Hello. I know almost nothing about Linux, so I apologize if the answer to
this is obvious.
I am trying to compile R with ATLAS (successfully compiled 3.9.24 on Ubuntu
10.04 64 bit). I configured with:
./configure --enable-R-shlib --enable-BLAS-shlib
--with-blas="-L/usr/local/atlas/lib -lf77blas -latlas"
--with-lapack="-L/usr/local/atlaslib -llapack -lcblas" --with-x
and I
2010 Aug 24
1
Trouble configuring R to use ACML
I am trying to get R to use the ACML BLAS, specifically the 'mp' version for
multithreading.
I have installed acml-4-4-0-gfortran-64bit
I added /opt/acml4.4.0/gfortran64_mp/lib to $LD_LIBRARY_PATH.
I ran: sudo ./configure --with-blas="-L/opt/acml4.4.0/gfortran64_mp/lib
-lacml_mp"
At the end of the configuration, the only external library listed is
readline, and at the end
2015 Jun 03
2
Problem with shared library and lapack under windows
Hi all,
I have a C function, say Cfun, that calls Lapack's DGEMM routine and I need
to create a shared library to use Cfun inside R. The C file is the following
#include<stdio.h>
#include<R.h>
#include<R_ext/Lapack.h>
void Cfun(double *res, double *X, int *n, int *q)
{
char *ptr_TRANSA, TRANSA='T', *ptr_TRANSB, TRANSB='N';
ptr_TRANSA=&TRANSA;
2019 Dec 31
2
lapack
Has anyone gotten lapack to work on centos 7?
If so, how?
Most recently, I installed lapace-devel and let yum bring in what it wanted.
Whenever I try to link, I get a long list of undefined references ending with
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/liblapacke.so:
undefined reference to `dgeevx_'
[hennebry at localhost test]$ nm -D /usr/lib64/libblas.so | grep dge