On Tue, 20 Jan 2004, Arne Gjuvsland wrote: > Using GNU make solved the first problem, but now I got into trouble > with a shared library lapack.so. I found a thread in the mailing list > concerning this problem where it was suggested that I try dyn.load from R > or the ldd on lapack.so I did that. The results are pasted under.
The advice I know of was R CMD lapack.so as the R wrapper sets the library paths. Here is what I get on Linux gannet% Rdev CMD ldd lapack.so libRlapack.so => /users/ripley/R/R-devel/bin/libRlapack.so (0x4000c000) libg2c.so.0 => /usr/local/lib/libg2c.so.0 (0x402af000) libm.so.6 => /lib/libm.so.6 (0x402dd000) libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x402ff000) libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40307000) libdl.so.2 => /lib/libdl.so.2 (0x40333000) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x40336000) libc.so.6 => /lib/libc.so.6 (0x40376000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libRlapack should either contain the BLAS or link to somewhere that does (which might be the R executable). It is possible that Tru64 is unable to do the latter -- has anyone else built on Tru64 since 1.7.0? One possible line is to build a BLAS library yourself and specify it at configure time: then libRlapack.so would not need to link against symbols in the executable. > > Arne > > >./configure CC=cc CXX=cxx F77=f77 MAKE=gmake > SHLIB_CXXLDFLAGS=-L/lib/cmplrs/cxx --prefix=/home/gjuvslan/R-1.8.1 --with-x > >gmake > > Using gmake check I get the following problem: > >gmake check > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > 329640:/home/gjuvslan/R-1.8.1/bin/R.bin: /sbin/loader: Fatal Error: call to > unresolved symbol from /home/gjuvslan/R-1.8.1/modules/lapack.so > (pc=0x3ffbfde341c) > gmake[3]: *** [reg-tests-1.Rout] Error 1 > gmake[2]: *** [test-Reg] Error 2 > gmake[1]: *** [test-all-basics] Error 1 > gmake: *** [check] Error 2 > --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > > dyn.load("modules/lapack.so") > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > Error in dyn.load(x, as.logical(local), as.logical(now)) : > unable to load shared library > "/home/gjuvslan/R-1.8.1/bin/modules/lapack.so": > dlopen: Can't open needed library: > /home/gjuvslan/R-1.8.1/bin/modules/lapack.so > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > >ldd -r lapack.so: (./modules/) > -------------------------------------------------------------------------------------------------------------------------------------------------- > 345322:lapack.so: ldd: Fatal Error: Cannot generate dynamic dependencies > for library libRlapack.so > -------------------------------------------------------------------------------------------------------------------------------------------------- > > > >ldd -r libRlapack.so (./bin og ./src/modules/lapack) > -------------------------------------------------------------------------------------------------------------------------------------------------- > ldd -r libRlapack.so > Unresolved symbol in libRlapack.so: dsymv_ > Unresolved symbol in libRlapack.so: dgemm_ > Unresolved symbol in libRlapack.so: dtpsv_ > Unresolved symbol in libRlapack.so: drot_ > Unresolved symbol in libRlapack.so: xerbla_ > Unresolved symbol in libRlapack.so: dtrmv_ > Unresolved symbol in libRlapack.so: dspr2_ > Unresolved symbol in libRlapack.so: dtbsv_ > Unresolved symbol in libRlapack.so: daxpy_ > Unresolved symbol in libRlapack.so: zgemm_ > Unresolved symbol in libRlapack.so: dsyr2_ > Unresolved symbol in libRlapack.so: dsyr2k_ > Unresolved symbol in libRlapack.so: dnrm2_ > Unresolved symbol in libRlapack.so: dsymm_ > Unresolved symbol in libRlapack.so: ddot_ > Unresolved symbol in libRlapack.so: dtrsm_ > Unresolved symbol in libRlapack.so: dtbmv_ > Unresolved symbol in libRlapack.so: dasum_ > Unresolved symbol in libRlapack.so: dcopy_ > Unresolved symbol in libRlapack.so: dgemv_ > Unresolved symbol in libRlapack.so: dger_ > Unresolved symbol in libRlapack.so: dswap_ > Unresolved symbol in libRlapack.so: dscal_ > Unresolved symbol in libRlapack.so: idamax_ > Unresolved symbol in libRlapack.so: dsbmv_ > Unresolved symbol in libRlapack.so: dsyr_ > Unresolved symbol in libRlapack.so: dsyrk_ > Unresolved symbol in libRlapack.so: dspmv_ > Unresolved symbol in libRlapack.so: dspr_ > Unresolved symbol in libRlapack.so: dtrmm_ > Unresolved symbol in libRlapack.so: dtpmv_ > Unresolved symbol in libRlapack.so: dgbmv_ > Unresolved symbol in libRlapack.so: dtrsv_ > Unresolved symbol in libc.so: __ldr_data > Unresolved symbol in libc.so: __Argc > Unresolved symbol in libc.so: __Argv > > Main => libRlapack.so > libUfor.so => /usr/shlib/libUfor.so > libfor.so => /usr/shlib/libfor.so > libFutil.so => /usr/shlib/libFutil.so > libm.so => /usr/shlib/libm.so > libots.so => /usr/shlib/libots.so > libm_c32.so => /usr/shlib/libm_c32.so > libexc.so => /usr/shlib/libexc.so > libc.so => /usr/shlib/libc.so > ------------------------------------------------------------------------------------------------------------ > > > At 16:24 19.01.2004, Prof Brian Ripley wrote: > >On Mon, 19 Jan 2004, Arne Gjuvsland wrote: > > > > > > > > Hi! > > > > > > I am trying to compile R-1.8.1 on an alphaserver running Tru64 Unix. > > > I use the compilers cc,cxx and f77. After the compilation > > > I try: make check > > > and get the following message: > > > > > > Make: Cannot open /share/make/vars.mk. Stop. > > > >Some context would have been very helpful. > > > > > Does anyone have any suggestions on why? > > > >Do you have R_HOME set (to an empty string)? > > > >Is this GNU make, and if not can you try GNU make? > > > >Otherwise, more information please, including if this is GNU make > >(probably not) and what directory make is working in (or at least the > >preceding 10 lines of output). > > > >-- > >Brian D. Ripley, [EMAIL PROTECTED] > >Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ > >University of Oxford, Tel: +44 1865 272861 (self) > >1 South Parks Road, +44 1865 272866 (PA) > >Oxford OX1 3TG, UK Fax: +44 1865 272595 > > ______________________________________________ > [EMAIL PROTECTED] mailing list > https://www.stat.math.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html > > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ______________________________________________ [EMAIL PROTECTED] mailing list https://www.stat.math.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html