[Rd] R 1.7.0 installation problem: make check fails when using --with-lapack option

Douglas Bates bates at stat.wisc.edu
Thu Apr 17 15:07:19 MEST 2003


Matthias Burger <ml-it-r-devel at epigenomics.com> writes:

> Greetings,
> 
> compiling R 1.7.0 with gcc 3.1.1 on Debain Linux (woody stable) with
> the configure option --with-lapack works but make check fails in test
> base-R with the message
> 
> 
> [...]
>  > kappa(x1 <- cbind(1,1:10))# 15.71
> [1] 15.70590
>  > kappa(x1, exact = TRUE)        # 13.68
> [1] 13.67903
>  > kappa(x2 <- cbind(x1,2:11))# high! [x2 is singular!]
> [1] 8.351867e+16
>  >
>  > hilbert <- function(n) { i <- 1:n; 1 / outer(i - 1, i, "+") }
>  > sv9 <- svd(h9 <- hilbert(9))$ d
>  > kappa(h9)# pretty high!
> [1] 728289149562
>  > kappa(h9, exact = TRUE) == max(sv9) / min(sv9)
> Error in La.svd(x, nu, nv, method) : LAPACK routine DGEBRD gave error code -10
> Execution halted
> 
> As I understand from the configure output (and config.status) R used
> the -L/R_HOME/bin -lRlapack
> 
> but this seemed to have built ok.
> 
> compiling anew after configure with the same option set but without
> --with-lapack make check yields not error test base-R
> 
> 
> Is this a known problem with gcc 3.1.1? Or my configure call configuration?
> There are lapack dyn libs installed for my system so I thought
> configure would find those - did I make a mistake in the configure
> options?
> 
> 
> Any hints would be very wellcome.
> 
> 
> Just now, for testing reconfigured (after make clean) and recompiled
> with gcc 2.95.4 using the --with-lapack option and failed make check
> again (same error). So what could be wrong with the lapack option?
> 
> 
> 
> Regards,
> 
>     Matthias
> 
> 
> 
> details:
> 
> export CC=gcc-3.1 CXX=g++-3.1
> 
>    ./configure --prefix=/mnt/local/R/R-1.7.0-gcc-3.1.1
> --enable-R-profiling=yes --enable-R-shlib=yes --with-f77
> --with-blas=yes --with-lapack=yes --with-readline=yes
> --with-tcltk=/usr/include/tcl8.3
> --with-tcl-config=/usr/lib/tcl8.3/tclConfig.sh
> --with-tk-config=/usr/lib/tk8.3/tkConfig.sh --enable-shared --with-pic
> --with-x
> 
> --with-gnome --with-gnome-includes=/usr/include/gnome-1.0
> --with-recommended-packages --with-aqua=yes  --with-libpng=yes
> --with-jpeglib=yes --with-zlib=yes --with-bzlib=yes --with-pcre=yes
> --with-libglade-config=/usr/bin/libglade-config
> 
> 
>    configure output:
> 
>    R is now configured for i686-pc-linux-gnu
> 
>    Source directory:          .
>    Installation directory:    /mnt/local/R/R-1.7.0-gcc-3.1.1
> 
>    C compiler:                gcc-3.1 -D__NO_MATH_INLINES -mieee-fp -g -O2
>    C++ compiler:              g++-3.1 -mieee-fp -g -O2
>    Fortran compiler:          g77 -mieee-fp -g -O2
> 
>    Interfaces supported:      X11, gnome, tcltk
>    External libraries:        readline, BLAS(ATLAS), LAPACK(generic)
>    Additional capabilities:   PNG, JPEG, bzip2, PCRE
>    Options enabled:           shared library, R profiling
> 
>    Recommended packages:      no

Very peculiar.  I just checked the machine where I compiled the
R-1.7.0 Debian packages for the stable distribution.  During the
Debian package build we do run 'make check' and that succeeded on that
machine.

Now I get the peculiar situation that, with h9 the 9x9 Hilbert matrix,
I can successfully run

svd(h9)
svd(h9, nu = 0)
svd(h9, nv = 0)

but

svd(h9, nu = 0, nv = 0)

fails with the error that you quote.

I compiled these packages with g77-3.0 for the Fortran compiler.  Are
there known problems with that?

On another machine running Debian testing and using the gcc-3.2
compiler suite the tests pass.



More information about the R-devel mailing list