[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