search for: libf77blas

Hi, I tried installing R on my system (Debian Linux 2.2.17, i386). I find that libf77blas.so is missing. Can someone tell me where and how I can find this? A search in debian.org didnt turn up anything. Anyway help will be greatly appreciated. Thanks, Anand _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http:/...

...uot; where he's told "It's not your night, kid", except for me it has been the last two months trying to debug memory problems. Now I can't even install an old version of this package on a netbook running the Ubuntu 10.10 netbook remix because it can't find the libraries libf77blas and libatlas. I have even gone to the extent of removing the r-base-core package entirely and removing libatlas3gf-base then reinstalling everything. I still get bates at eeek:/var/tmp$ R CMD INSTALL lme4_0.999375-37.tar.gz * installing to library ?/home/bates/R/i686-pc-linux-gnu-library/2.12? *...

...k, 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 symbols (expected, I think), either way I found a reference to xerblas.o inside it but didn't know what to do with this reference. Thanks, Giuseppe Antonaci On 26/09/06, Prof Brian Ripley <ripley at stats.ox....

.../lib -o libRlapack.so dlamc.lo dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo -lf77blas -latlas -lg2c -lm -lgcc_s /usr/lib/gcc-lib/powerpc-suse-linux/3.3.3/../../../../powerpc-suse-linux /bin/ld: Error: The symbol `s_wsfe' has a R_PPC_REL24 relocation, that means '/usr/local/lib/libf77blas.a(xerbla.o)' was compiled without -fPIC. /usr/lib/gcc-lib/powerpc-suse-linux/3.3.3/../../../../powerpc-suse-linux /bin/ld: Error: The symbol `do_fio' has a R_PPC_REL24 relocation, that means '/usr/local/lib/libf77blas.a(xerbla.o)' was compiled without -fPIC. /usr/lib/gcc-lib/powerpc...

...td=gnu99 -o conftest -g -O2 -fpic -I/usr/local/include -L/usr/local/lib64 conftest.c -L/usr/local/atlas/lib -lf77blas -latlas -lgfortran -lm -ldl -lm >&5 conftest.c: In function 'main': conftest.c:193: warning: implicit declaration of function 'dgemm_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2u_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger...

...td=gnu99 -o conftest -g -O2 -fpic -I/usr/local/include -L/usr/local/lib64 conftest.c -L/usr/local/atlas/lib -lf77blas -latlas -lgfortran -lm -ldl -lm >&5 conftest.c: In function 'main': conftest.c:193: warning: implicit declaration of function 'dgemm_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2u_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger...

I just upgraded to Ubuntu 8.10 (i386) from 8.04. After the upgrade, I ran update.packages(.libPaths()[1]) in R to get the packages installed from source up to date too. Unfortunately, two packages could not be updated: mclust and mboost. In both cases, the error I got mentioned lf77blas. Here's the output for mboost: * Installing *source* package 'mboost' ... ** libs gcc -std=gnu99

...st -O3 -pipe -march=native -fpic ?-I/usr/local/include ?-L/usr/local/lib64 conftest.c -L/usr/local/atlas/lib -latlas -lf77blas ?-lgfortran -lm -ldl -lm ?>&5 conftest.c: In function 'main': conftest.c:193: warning: implicit declaration of function 'dgemm_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2u_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_zger2c_' /usr/local/atlas/lib/libf77blas.so: undefined reference to `atl_f77wrap_cger...

....lo cmplx.lo -lf77blas -latlas -L/usr/lib64 -L/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3 -L/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/../../../../lib64 -L/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 -lfrtbegin -lg2c -lm -lgcc_s /usr/bin/ld: /usr/local/lib/libf77blas.a(xerbla.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libf77blas.a: could not read symbols: Bad value collect2: ld returned 1 exit status and I'm stuck to some extent. Note that the "recompile with -fPIC" must related to...

...only the final part, there was a lot of compilation before this): cp R.dll ../../bin/ -------- Building ../../bin/Rblas.dll -------- gcc -shared -s -o ../../bin/Rblas.dll blas00.o dllversion.o Rblas.def \ -L../../bin -lR -L"C:/WinNT_ATHLONSSE2" -lf77blas -latlas C:/WinNT_ATHLONSSE2/libf77blas.a(xerbla.o):xerbla.f:(.text+0xb): undefined refer ence to `s_wsfe' C:/WinNT_ATHLONSSE2/libf77blas.a(xerbla.o):xerbla.f:(.text+0x27): undefined refe rence to `do_fio' C:/WinNT_ATHLONSSE2/libf77blas.a(xerbla.o):xerbla.f:(.text+0x43): undefined refe rence to `do_fio' C:/WinNT_ATHLONSSE2/li...

...;ldd /usr/lib/R/bin/exec/R' and make sure you do _not_ have a depends on Rlapack.so. ....": [ 47 ] <wow> (ron) ldd /usr/lib/R/bin/exec/R linux-gate.so.1 => (0x00533000) libR.so => /usr/lib/libR.so (0x0073e000) libc.so.6 => /lib/libc.so.6 (0x00110000) libf77blas.so.3gf => /usr/lib/libf77blas.so.3gf (0x00ed4000) libatlas.so.3gf => /usr/lib/libatlas.so.3gf (0x0026e000) libgfortran.so.3 => /usr/lib/libgfortran.so.3 (0x00cca000) libm.so.6 => /lib/libm.so.6 (0x0065f000) libreadline.so.6 => /lib/libreadline.so.6 (0x00534000)...

...uot;Also do 'ldd /usr/lib/R/bin/exec/R' and make sure you do _not_ have a depends on Rlapack.so. ....": [ 47 ] <wow> (ron) ldd /usr/lib/R/bin/exec/R linux-gate.so.1 => (0x00533000) libR.so => /usr/lib/libR.so (0x0073e000) libc.so.6 => /lib/libc.so.6 (0x00110000) libf77blas.so.3gf => /usr/lib/libf77blas.so.3gf (0x00ed4000) libatlas.so.3gf => /usr/lib/libatlas.so.3gf (0x0026e000) libgfortran.so.3 => /usr/lib/libgfortran.so.3 (0x00cca000) libm.so.6 => /lib/libm.so.6 (0x0065f000) libreadline.so.6 => /lib/libreadline.so.6 (0x00534000) libpcre.so.3 =&gt...

I thought I would try compiling R this time with the ATLAS libraries. I have compiled ATLAS and I have the following libraries: libatlas.a libf77blas.a libptcblas.a libtstatlas.a libcblas.a liblapack.a libptf77blas.a Is it sufficient to use ' --with-blas=libatlas.a ' when configuring or do I need to specify any of the other libraries as well? -- William D. McCoy Geosciences University of Massachusetts Amherst, MA 010...

...lease read the order acknowledgement that you received. Connect to https://www.pgroup.com/License with the username and password in the order acknowledgement. Name: lai User: lai Email: lai at lindaspaces.com Hostid: PGI=00001AE0190CAB621CB217 /usr/local/lib64/libf77blas.so: undefined reference to `e_wsfe' /usr/local/lib64/libf77blas.so: undefined reference to `do_fio' /usr/local/lib64/libf77blas.so: undefined reference to `s_stop' /usr/local/lib64/libf77blas.so: undefined reference to `s_wsfe' My LD_LIBRARY_PATH=/usr/pgi/linux86-64/libso:/usr/loc...

...It successfully configured but I encountered another problem while make: gcc -shared -L/usr/local/lib64 -o libRlapack.so dlamc.lo dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo -lf77blas -latlas -lg2c -lm -lgcc_s /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../lib64/libf77blas.a(xerbla.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../lib64/libf77blas.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [libRlapack...

...tering directory `/state/partition1/apps/packages/R-2.3.0/src/modules/lapack' gcc -shared -L/usr/local/lib64 -o libRlapack.so dlamc.o dlapack0.o dlapack1.o dlapack2.o dlapack3.o cmplx.o -lf77blas -latlas -lg2c -lm -lgcc_s /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../lib64/libf77blas.a(xerbla.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../lib64/libf77blas.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [libRlapack...

...utils datasets methods base loaded via a namespace (and not attached): [1] compiler_3.5.1 > sessionInfo() R Under development (unstable) (2018-12-08 r75801) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 18.04.1 LTS Matrix products: default BLAS: /usr/lib/x86_64-linux-gnu/libf77blas.so.3.10.3 LAPACK: /home/mikko/root_R-devel-r75801/lib/R/lib/libRlapack.so locale: [1] LC_CTYPE=fi_FI.UTF-8 LC_NUMERIC=C [3] LC_TIME=fi_FI.UTF-8 LC_COLLATE=fi_FI.UTF-8 [5] LC_MONETARY=fi_FI.UTF-8 LC_MESSAGES=fi_FI.UTF-8 [7] LC_PAPER=fi_FI.UTF-8 LC_NAME...

...S_PATH' to where the ATLAS libraries are located. You will need to make the libraries yourself(1): none of the binaries we have seen are compiled for the correct compiler. Since R has its own `xerbla' it is best to delete that in ATLAS by ar d /path/to/libf77blas.a xerbla.o Would it be possible to restore the above information to the next version of the manual for future reference, please? Thank you, Avraham Adler

...ona.o pam.o spannel.o twins.o -L/usr/local/lib -lf2c -lm /usr/bin/ld: can't locate file for: -lf2c make: *** [cluster.so] Error 1 ERROR: compilation failed for package `cluster' --------------------------------------- So, in the first case, library f77blas was not found. I do have /sw/lib/libf77blas.a, though. In the second case, library f2c is missed, but it's there at /sw/lib/libf2c.a. Is this a linking path problem, and how can I check? I had assumed that /sw/lib/ should be visible to the linker, since it's fink's standard lib directory and I've compiled many packages with...

...d not attached): > [1] compiler_3.5.1 >> sessionInfo() > R Under development (unstable) (2018-12-08 r75801) > Platform: x86_64-pc-linux-gnu (64-bit) > Running under: Ubuntu 18.04.1 LTS > Matrix products: default > BLAS: /usr/lib/x86_64-linux-gnu/libf77blas.so.3.10.3 > LAPACK: /home/mikko/root_R-devel-r75801/lib/R/lib/libRlapack.so > locale: > [1] LC_CTYPE=fi_FI.UTF-8 LC_NUMERIC=C > [3] LC_TIME=fi_FI.UTF-8 LC_COLLATE=fi_FI.UTF-8 > [5] LC_MONETARY=fi_FI.UTF-8 LC_MESSAGES=fi_FI.UTF-8...