octave-maintainers
[Top][All Lists]
Advanced

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

Re: SuiteSparse problems


From: Ben Abbott
Subject: Re: SuiteSparse problems
Date: Sun, 05 Aug 2012 10:25:22 -0400

On Aug 4, 2012, at 10:55 PM, Ben Abbott wrote:

> 
> On Aug 4, 2012, at 10:25 PM, Ben Abbott wrote:
> 
>> On Jul 31, 2012, at 7:37 PM, Ed Meyer wrote:
>> 
>>> On Mon, Jul 30, 2012 at 9:48 PM, Robinson, Melvin D <address@hidden> wrote:
>>> Hello,
>>> 
>>> Tried to build Octave from sources with the latest version of SuiteSparse.  
>>> It seems that the symbol SuiteSparse_time has been deprecated.  Here is the 
>>> error message I receive
>>> 
>>> Undefined symbols for architecture x86_64:
>>> "_SuiteSparse_time", referenced from:
>>>     _umfpack_tic in libumfpack.a(umfpack_gn_tictoc.o)
>>>     _umfpack_toc in libumfpack.a(umfpack_gn_tictoc.o)
>>> ld: symbol(s) not found for architecture x86_64
>>> collect2: ld returned 1 exit status
>>> make[3]: *** [liboctave.la] Error 1
>>> make[2]: *** [all] Error 2
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>> butterfly:octave melrobin$ port list SuiteSparse
>>> SuiteSparse                    @4.0.0          math/SuiteSparse
>>> 
>>> Something similar happens on Fedora as well.  Backing down to SuiteSparse 
>>> 3.7.1 works.
>>> 
>>> 
>>> what version of umfpack do you have - my 5.4 calls umfpack_timer but not 
>>> SuiteSparse_time so
>>> maybe you just need a newer umfpack
>>> 
>> 
>> umfpack is part of the SuiteSparse meta-package. Correct ?
>> 
>>      http://www.cise.ufl.edu/research/sparse/SuiteSparse/
>> 
>> SuiteSparse-4.0.2 has been released. I'll try a local build to see if the 
>> problem is still present.
>> 
>> Ben
> 
> Building Octave with SuiteSparse-4.0.2 I still encounter the errors below 
> (during the link phase for liboctave)
> 
> Undefined symbols for architecture x86_64:
>  "_SuiteSparse_time", referenced from:
>      _umfpack_tic in libumfpack.a(umfpack_gn_tictoc.o)
>      _umfpack_toc in libumfpack.a(umfpack_gn_tictoc.o)
> 
> A google (link below) indicates this problem can be fixed.
> 
>       http://trac.macports.org/ticket/35176
> 
> When linking to libumfpack.a we must also link to libSuiteSparse.dylib.  I 
> manually edited the Makefile for liboctave and added -lSuiteSparse to the 
> UMFPACK_LIBS variable.
> 
>       UMFPACK_LIBS = -lumfpack -lSuiteSparse
> 
> liboctave now builds for me.  I'll continue with my Octave build and report 
> back later.

My build completed, and have no new test failures (make check).

I haven't verified, but setting UMFPACK_LIBS and then running configure or 
passing UMFPACK_LIBS to configure should resolve this.

        export UMFPACK_LIBS="-lumfpack -lSuiteSparse"
        ./configure ...

or

        ./configure UMFPACK_LIBS="-lumfpack -lSuiteSparse" ...

Ben



reply via email to

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