search for: blas_libs

...AS and Lapack on an Ubuntu 32-bit system. I looked a little further into the issue and discovered that the /usr/lib/R/etc/Makeconf files are different on the 32-bit and 64-bit Ubuntu packages maverick/r-base-core_2.12.1-1maverick0_i386.deb and the corresponding 64-bit version. The Make variable BLAS_LIBS is defined as -lblas on the 64-bit system $ egrep BLAS /etc/R/Makeconf BLAS_LIBS = -lblas but on the 32-bit system it is defined as -lf77blas -latlas

...I am missing something. I have an Intel EM64T Dell with 2 dual-core Xeon processors running Red Hat EL5. I would like to build R 2.6.1 with lots of debugging and profiling options, and link it to the processor-specific Intel MKL blas. The problem is that after I compile R, and do R CMD config BLAS_LIBS, the response is -L/usr/local/lib64/R/lib -lRblas. This tells me that R is not linked to the Intel BLAS at all. My config.site file for R is: #! /bin/sh R_PAPERSIZE=letter CFLAGS="-g -O2 -p -pg" CPPFLAGS="-I/opt/intel/mkl/10.0.1.014/include -I/usr/include -I/usr/local/include&q...

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

When I build one of my packages with alpha from yesterday I am getting * checking for portable use of $BLAS_LIBS ... WARNING apparently missing $(FLIBS) in 'PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS)' Is this something I should worry about? (Possibly I got this before and didn't notice.) Paul Gilbert ==================================================================================== La version fra...

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 it? does -lblas mean its finding the right blas?). I tried LD_LIBRARY_PATH=/opt/acml4.3.0/gfortran64/lib export LD_LIBRARY_PATH and then did a new Co...

...in -ldgemm... no checking for dgemm_ in -lblas... (cached) yes checking for dgemm_ in -lessl... no checking for dgemm_ in -lblas... (cached) yes I've looked in the MKL .a files and do not actually see dgemm or dgemm_ explicitly. So this seemingly explains the result of configure which is that BLAS_LIBS is not set to point to MKL but defaults to pointing to the usual Rblas (based on BLAS_LIBS in Makeconf (BLAS_LIBS = -L$(R_HOME)/lib$(R_ARCH) -lRblas) and the absence of a mention of BLAS in the 'External libraries' line at the end of the configure process output. In looking for dgemm in th...

Hi, I have additional comments on building R with PGI compiler. If one wants to use external BLAS library, then pgf90 instead of pgf77 should be used, and BLAS_LIBS flags should be set. e.g. F77 = $PG_HOME/bin/pgf90 BLAS_LIBS='-L/opt/acml2.7.0/pgi64/ -lacml' # for ACML library BLAS_LIBS='-L/usr/lib64 -lg2c -lblas' # for generic BLAS library that comes with OS distribution. Regards, Jennifer

Dirk, thank you a thousand times. Indeed, src/Makevars was wrong. I modified Makevars so that now looks like the below and the package now compiled and linked properly. CXX_STD = CXX11 PKG_LIBS += $(SHLIB_OPENMP_CXXFLAGS) $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) $(shell ${R_HOME}/bin/Rscript -e "RcppParallel::RcppParallelLibs()") PKG_CXXFLAGS = $(SHLIB_OPENMP_CXXFLAGS) -I../inst/include Best, Sam On Thu, Oct 8, 2020 at 3:39 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > Sam, > > PS It could of course also be so...

Dear list, I installed odesolve package (0.5-15) in R 2.3.1 in a Solaris server (Generic_118558-11 sun4u sparc SUNW,Sun-Blade-1000). The installing progress completed without errors, though several warnings like "Warning: Option -fPIC passed to ld, if ld is invoked, ignored otherwise" were outputed. However, when loading the odesolve package by library(odesolve), following error

Hello All, While trying to install Matrix package following error message came out: /usr/bin/ld: cannot find -lblas-3 collect2: ld returned 1 exit status make: *** [Matrix.so] Error 1 ERROR: compilation failed for package 'Matrix' ** Removing '/usr/lib/R/library/Matrix' ** Restoring previous '/usr/lib/R/library/Matrix' It seems that someting is missing. Have anybody

...n machine that I'm using is not getting any faster, I decided I would give config.site a look when building R-1.4.0. By default, doing './configure' and then 'make' in building R-1.4.0 from source, results in the following (short summary list) of compiling flags: BLAS = blas.o BLAS_LIBS = CC = cc CFLAGS = -g FC = f77 FFLAGS = -g Following suggestions given in R-admin.html, I also build R-1.4.0 with: BLAS = BLAS_LIBS = -xlic_lib=sunperf -lsunmath CC = cc -xarch=v9 CFLAGS = -xO5 -xlibmil -dalign FC = f95 -xarch=v9 FFLAGS = -xO5 -xlibmil -dalign I did few tests comparing the speed...

...By doing this, the procedure does not use subroutines isamax.f, sgefa.f sgesl.f in BLAS, as expected. In fact, there are problems to use these subroutines in BLAS, for some reason. Now what I want is to build an R library. The Makefile is the following: LIBNAME=car PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) OBJS=isamax.o saxpy.o sscal.o foo1.o ... foo20.o -llapack -lblas $(LIBNAME)$(SHLIB_EXT): $(OBJS) $(SHLIB_LD) $(SHLIB_LDFLAGS) -o $@ $(OBJS) $(FLIBS) clean: @rm -f *.o *.$(SHLIB_EXT) realclean: clean Some compiling outputs are the following: g77 -mieee-fp -fPIC -...

...ion. They are okay with man pages. However, there may be other problems from any older libraries or other missing software. I asked Kurt Hornik about this. Here are his comments: According to Kurt Hornik <Kurt.Hornik at wu.ac.at> on Sun, 07/19/09 at 12:02: > > You have: > > BLAS_LIBS = -L$(R_HOME)/lib$(R_ARCH) -lRblas > LAPACK_LIBS = -L$(R_HOME)/lib$(R_ARCH) -lRlapack > > so you really use the BLAS and LAPACK code that comes with R ... > so I am somewhat clueless on this. > > Perhaps you can ask on the r-devel mailing list whether others > have had simila...

...and finally found that email address where I can maybe find some help. Well my main goal is to get to use the lapack library within my R package (which can be done using calls from C). But in order to do this I have to create a file src/Makevars with the following line : PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) However when I create this file, my package won't build anymore. Actually the checking results in the following : mingw32\bin\ld.exe: cannot find -lg2c collect2: ld returned 1 exit status make[3]: *** [PACKAGE.dll] Error 1 make[2]: *** [srcDynlib] Error 2 make[1]: *** [all] Error 2...

I'm trying to build R-devel with AMD's ACML. I downloaded version 3.0.0 64bit for gfortran (acml-3-0-0-gfortran-64bit.tgz) and copied the libraries to /usr/local/lib. When I configure R to build against the ACML library, how do I know if the library has been detected and will be used? I run 'configure' with the '--with-blas=-lacml' flag and am using gcc 4.0.2 (with

Hi, I'm having problems using ACML with R. I made two changes in config.site by setting LDFLAGS="-L/opt/acml3.1.0/gnu64/lib" BLAS_LIBS="-lacml" ./config and make go through but when I try to use the lm() function, I get the error message Error in chol2inv(Qr$qr[p1, p1, drop = FALSE]) : lapack routines cannot be loaded In addition: Warning message: unable to load shared library '/usr/local/R-patched/modules/...

...and finally found that email address where I can maybe find some help. Well my main goal is to get to use the lapack library within my R package (which can be done using calls from C). But in order to do this I have to create a file src/Makevars with the following line : PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) However when I create this file, my package won't build anymore. Actually the checking results in the following : mingw32\bin\ld.exe: cannot find -lg2c collect2: ld returned 1 exit status make[3]: *** [PACKAGE.dll] Error 1 make[2]: *** [srcDynlib] Error 2 make[1]: *** [all] Error 2...

...le or directory Can someone explain to me how I should include the headers to this AWESOME wrapper code to the LAPACK libraries? Am I not following the proper protocol by using these La_* commands in my package source code? Note, I also have the following in Makevars PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) TIA! I initially posted this question on the general list, but I didn't get any responses.

...threaded; Max num-threads is 4) To install the library, you can run "make PREFIX=/path/to/your/installation install". which suggests to me I successfully built a multi threaded openblas. Whilst trying to build against Fedora's openblas I used the following configure option BLAS_LIBS="-L/usr/include/openblas -lopenblas" or BLAS_LIBS="-L/usr/lib64 -lopenblas" and ./configure --with-blas --enable-R-shlib --enable-BLAS-shlib Whilst trying to swap out the default libRblas.so I built simply with ./configure --enable-R-shlib --enable-BLAS-shlib...

...G_CXXFLAGS = -I../inst/include -DEIGEN_DONT_PARALLELIZE $(SHLIB_OPENMP_CXXFLAGS) PKG_LIBS = `$(R_HOME)/bin/Rscript -e "Rcpp:::LdFlags()"` $(SHLIB_OPENMP_CXXFLAGS) CXX_STD = CXX11 and that of rrcov (which I m using for illustration's sake): PKG_LIBS=$(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS)