octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: building 3.2.3 but not finding arpack


From: Ben Abbott
Subject: Re: building 3.2.3 but not finding arpack
Date: Fri, 20 Nov 2009 20:07:09 -0500

On Nov 19, 2009, at 7:11 PM, Ben Abbott wrote:

> On Nov 19, 2009, at 5:07 PM, Ben Abbott wrote:
> 
>> On Thursday, November 19, 2009, at 04:52PM, "John W. Eaton" <address@hidden> 
>> wrote:
>>> On 19-Nov-2009, Ben Abbott wrote:
>>> 
>>> |  
>>> | On Thursday, November 19, 2009, at 02:34PM, "John W. Eaton" 
>>> <address@hidden> wrote:
>>> | >On 19-Nov-2009, Ben Abbott wrote:
>>> | >
>>> | >| >Yours says checking for F77_FUNC(dseupd,DSEUPD), which seems odd since
>>> | >| >the F77_FUNC macro is not used in the ARPACK test or the
>>> | >| >OCTAVE_CHECK_LIBRARY macro from acinclude.m4
>>> | >| >
>>> | >| >I'm not sure why the lines in the configure script (19002 vs 28523).
>>> | >| >What version of autoconf are you using?  I have 2.64.
>>> | >| >
>>> | >| >Have you run autogen.sh recently?
>>> | >| >
>>> | >| >jwe
>>> | >| 
>>> | >| I ran autogen.sh must prior to trying this build.
>>> | >| 
>>> | >| My autoconf is 2.63.
>>> | >
>>> | >Are you sure your configure script is up to date?  Does it have the
>>> | >lines
>>> | >
>>> | >  save_LIBS="$LIBS"
>>> | >  LIBS="$LAPACK_LIBS $BLAS_LIBS $FLIBS $LIBS"
>>> | >  OCTAVE_CHECK_LIBRARY(arpack, ARPACK,
>>> | >    [arpack not found.  The eigs function will be disabled.],
>>> | >    [],
>>> | >    [dseupd],
>>> | >    [Fortran 77], [don't use the ARPACK library, disable eigs function])
>>> | >  LIBS="$save_LIBS"
>>> | >
>>> | >or something else?  If so, where is the "F77_FUNC(dseupd,DSEUPD)"
>>> | >coming from in the config.log message?  The reason I suspect an old
>>> | >version of configure.ac is that it used to be
>>> | >
>>> | >  save_LIBS="$LIBS"
>>> | >  LIBS="$LAPACK_LIBS $BLAS_LIBS $FLIBS $LIBS"
>>> | >  OCTAVE_CHECK_LIBRARY(arpack, ARPACK,
>>> | >    [arpack not found.  The eigs function will be disabled.],
>>> | >    [],
>>> | >    [F77_FUNC(dseupd,DSEUPD)],
>>> | >    [], [don't use the ARPACK library, disable eigs function])
>>> | >  LIBS="$save_LIBS"
>>> | >
>>> | >which would account for both the missing LAPACK and BLAS libs and the
>>> | >"F77_FUNC(dseupd,DSEUPD)" name appearing in the checking message.
>>> | >
>>> | >If your configure.ac script really is up to date, then what are the
>>> | >values of LAPACK_LIBS and BLAS_LIBS at this point in the configure
>>> | >script?  If they are defined, I didn't see them in the config.log
>>> | >output you posted.
>>> | >
>>> | >jwe
>>> | 
>>> | John, I think I there is some confusion.
>>> | 
>>> | I'm trying to build 3.2.3
>>> | 
>>> |     http://hg.tw-math.de/release-3-2-x/
>>> | 
>>> | There is no configure.ac file there.
>>> | 
>>> | As I'm having even bigger problems with ... 
>>> | 
>>> |     http://hg.savannah.gnu.org/hgweb/octave/
>>> | 
>>> | As I'm not sure if my trouble with the devevelopers sources are related 
>>> to libtool, someother recent change to octave, or a change on my end (Mac 
>>> OSX, Fink, etc), I thought I'd back up and try something that has always 
>>> worked.
>>> 
>>> OK, sorry about the confusion.  In the 3.2.3 configure.in file, we had
>>> 
>>> AC_ARG_WITH(arpack,
>>>  [AS_HELP_STRING([--without-arpack],
>>>     [don't use ARPACK, disable some sparse functionality])],
>>>  with_arpack=$withval, with_arpack=yes)
>>> 
>>> warn_arpack="arpack not found. This will result in a lack of the eigs 
>>> function."
>>> if test "$with_arpack" = yes; then
>>>  with_arpack=no
>>>  AC_CHECK_LIB(arpack, F77_FUNC(dseupd,DSEUPD), [ARPACK_LIBS="-larpack"; 
>>> with_arpack=yes], , $LAPACK_LIBS $FLIBS)
>>>  if test "$with_arpack" = yes; then
>>>    AC_DEFINE(HAVE_ARPACK, 1, [Define if the ARPACK library is used.])
>>>    warn_arpack=
>>>  fi
>>> fi
>>> if test -n "$warn_arpack"; then
>>>  AC_MSG_WARN($warn_arpack)
>>> fi
>>> 
>>> but given that earlier in the script we have
>>> 
>>> ACX_LAPACK([BLAS_LIBS="$LAPACK_LIBS $BLAS_LIBS"], [LAPACK_DIR="lapack"])
>>> 
>>> I think the AC_CHECK_LIB macro should be using "$BLAS_LIBS" instead of
>>> "$LAPACK_LIBS".
>>> 
>>> jwe
>> 
>> Replacing "$LAPACK_LIBS" with "$BLAS_LIBS" fixed the configure problem for 
>> me.
>> 
>> I'll try "make" and report back.
>> 
>> Ben
> 
> My make failed with ...
> 
> g++-4 -c -g -I/sw/include -I/sw/include/freetype2 -I/sw/lib/flex/include 
> -I/sw/include -fPIC -I. -I.. -I../liboctave -I../src -I../libcruft/misc  
> -DHAVE_CONFIG_H -mieee-fp -I/sw/include/freetype2 -I/sw/include -Wall -W 
> -Wshadow -Wold-style-cast -Wformat -g -I /sw/include -O3 pr-output.cc -o 
> pic/pr-output.o
> pr-output.cc: In function ‘void set_format(const Complex&, int&, int&)’:
> pr-output.cc:855: error: ‘xr_abs’ was not declared in this scope
> make[2]: *** [pic/pr-output.o] Error 1
> make[1]: *** [src] Error 2
> make: *** [all] Error 2
> 
> I'm running gcc 4.4.2.
> 
> Ben

After looking a the c-code, and comparing to the repo, it appears that my copy 
of pr-output.cc had been modified or corrupted. I deleted and pulled a fresh 
copy.

I'm now able to build 3.2.x.

Ben




reply via email to

[Prev in Thread] Current Thread [Next in Thread]