similar to: libRblas.so: undefined reference to `xerbla_' ?

Dear Thomas, thank you for your input. I've debugged one of the packages and I confirm that the breakage is related to passing of strings from C to Fortran. Indeed, BLAS and LAPACK define a large number of subroutines that take one or more explicit single-character strings as arguments. Other than that, BLAS has only one function (xerbla), which takes a string of unspecified length,

Hi, I have tried to pinpoint potential problems which could lead to the LAPACK issues that are currently seen in R. I built the current R trunk using AR=gcc-ar RANLIB=gcc-ranlib ./configure --prefix=$HOME --enable-lto --enable-BLAS-shlib=no --without-recommended-packages and used this to find problem areas. There are quite a few warnings that were flagged, due to mismatches in function

Hi,       I am trying to debug R on fedora9.0. When I use gdb to debug R-1.9.2, I am getting the error "R: error while loading shared libraries: libRblas.so: cannot open shared object file: No such file or directory" "Program exited with code 0177. Missing separate debuginfos, use: debuginfo-install glibc.i686" I have libRblas.so shared library in two paths, 1)

Thanks Dirk.? That is what I thought, and sessionInfo() returns: Matrix products: default BLAS: /usr/lib/x86_64-linux-gnu/atlas/libblas.so.3.10.3 LAPACK: /usr/lib/x86_64-linux-gnu/atlas/liblapack.so.3.10.3 locale: ?[1] LC_CTYPE=en_US.UTF-8?????? LC_NUMERIC=C ?[3] LC_TIME=en_US.UTF-8??????? LC_COLLATE=en_US.UTF-8 ?[5] LC_MONETARY=en_US.UTF-8??? LC_MESSAGES=en_US.UTF-8 ?[7]

On 22 September 2018 at 16:08, Steve Gutreuter wrote: | R 3.5.1 is installed under Linux Mint 19 from binaries r-base and | r-base-dev from ubuntu bionic-cran35.? Mysteriously, packages using | libRblas cannot be compiled.? I get: libRblas.so: cannot open shared | object file: No such file or directory.? And indeed, I find no libRblas.so. | | Any ideas about how to fix this? What does

For example, install.packages("emplik") is failing with: libRblas.so: cannot open shared object file: No such file or directory As Dirk pointed out, this is likely an error in the emplik package, Steve On 09/23/2018 09:57 AM, Ista Zahn wrote: > On Sat, Sep 22, 2018 at 4:08 PM Steve Gutreuter <sgutreuter at gmail.com> wrote: >> R 3.5.1 is installed under Linux Mint

Ok, moved to R-devel. I tried to build R-2.3.1. Since I intent to distribute this tuned R to all other who have a computer like mine here at work I thought it was best to stay with the latest stable release. About your suggestion, I could'n find xerblas.o file. And I don't know how to edit libf77blas.a. I tried to open it with VIM (http://vim.sf.net/) but there was a lot of strange

I think this is not a R-devel question. Sorry to all if I'm wrong, please let me know. I managed to build R successfully with the default BLAS but when I change the MKRULES to use ATLAS BLAS and set the path to "C:/cygwin/home/Administrador/ATLAS/lib/WinNT_ATHLONSSE2" I got the following error message (I'm posting only the final part, there was a lot of compilation before this):

R 3.5.1 is installed under Linux Mint 19 from binaries r-base and r-base-dev from ubuntu bionic-cran35.? Mysteriously, packages using libRblas cannot be compiled.? I get: libRblas.so: cannot open shared object file: No such file or directory.? And indeed, I find no libRblas.so. Any ideas about how to fix this? Thanks, Steve

I'm sorry for having to post this, but I've run out of ideas. I've been trying to build R-2.8.1 from source for installation on FreeBSD 6.4 (seems to be working fine on osx) and keep getting the same results, regardless of how I set ./configure $ ./configure --enable-R-shlib --with-x=no --with-blas FFLAGS="-fpic" R is now configured for x86_64-unknown-freebsd6.0 Source

On Mon, Aug 29, 2005 at 11:48:23AM +0100, Prof Brian Ripley wrote: > On Mon, 29 Aug 2005, G?ran Brostr?m wrote: > >LAPACK/BLAS routines call xerbla "if an input parameter has an > >invalid value" (exact quote from XERBLA at Netlib). Other types of errors > >are not printed (by xerbla), but it is up to the user to check the return > >value of the argument

Hi, everybody. I notice debian packages for Ubuntu on CRAN are missing "libRblas.so" and I'm trying to find out why. Why do I care? We are working in an hpc project in a CentOS Linux cluster. That led me to the question of "which BLAS is fastest?" Dirk E referred me this morning to the R admin manual. The standard R compilation creates a shared blas library libRblas.so

dear list, since matrix manipulations is often of interest in statistical computations, i'd like to get a working example of using Lapack for regression. However, i run into an error. My matrix-lapack-example.c file: #include <R_ext/Lapack.h> void reg(const char* trans, const int* m, const int* n, const int* nrhs, double* a, const int* lda, double* b, const int*

Dear R developers, I just compiled the latest version of R (2.12.1) and noticed that 'libRblas.so' is missing in the '/x86_64/src/extra/blas' subdirectory of my R-installation. Did I miss ongoing discussions on the Mailinglist about this or might it be a local problem? Thanks for this brilliant software. Best Christian -- Christian Kohler Institute of Functional Genomics ~

Hello I'm trying to run a fortran code which use LAPACK subroutines. I think I should use some points shown in the manual 5.5 Creating shared objects but it is too technical for me :-(... Could anyone help me for the procedure to do: -which part of the manual is relevant for this type of question? actually I'm speaking from writing R extensions, should I read R admin? -point 1.2

Hello, I've been trying to use R-2.11.1 but I get the following error when trying to run R on linux: "error while loading shared libraries: libRblas.so: cannot open shared object file: No such file or directory" How can I solve this problem? Best, Katy

On 23 September 2018 at 10:09, Steve Gutreuter wrote: | For example, | | install.packages("emplik") | | is failing with: libRblas.so: cannot open shared object file: No such | file or directory | | As Dirk pointed out, this is likely an error in the emplik package, I made one educated guess. Now we have more information and can update: - this is a CRAN package so everybody can

We are trying to install R2.2.1 on a IBM P655 Cluster, SuSE LE 9.1 We are using gcc v 3.3.3 and we are getting this error on make g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o dlapack0.lo g77 -fPIC -g -O2 -c dlapack1.f -o dlapack1.lo g77 -fPIC -g -O2 -c dlapack2.f -o dlapack2.lo g77 -fPIC -g -O2 -c dlapack3.f -o dlapack3.lo g77 -fPIC -g

> From: Douglas Bates > > How does the Opteron perform on floating point? Can you try something > like > > > mm = matrix(rnorm(1e6), nc = 1e3) > > system.time(crossprod(mm)) > [1] 0.51 0.02 0.53 0.00 0.00 > > system.time(crossprod(mm)) > [1] 0.37 0.03 0.40 0.00 0.00 > > system.time(crossprod(mm)) > [1] 0.38 0.02 0.40 0.00 0.00 > >

Hello there I'm writing some c-code to solve a numerically tough problem for me in R. Looking in Lapack.h, i find the following line F77_NAME(dgesvx)(const int* fact, const char* trans, const int* n, and I believe that "fact" should've been char instead of int, i.e. F77_NAME(dgesvx)(const char* fact, const char* trans, const int* n, My reasoning: In the R-source: