Re: SuiteSparse problems

[Ben Abbott]

On Aug 5, 2012, at 10:45 AM, Ben Abbott wrote:

> On Aug 5, 2012, at 10:25 AM, Ben Abbott wrote:
> 
>> 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
> 
> Setting the UMFPACK_LIBS variable did not work.  The configure script will 
> need to be fixed.  As a work around the liboctave Makefile may be manually 
> modified.
> 
> I've opened a bug report.
> 
>       https://savannah.gnu.org/bugs/?37031
> 
> Ben

A simple work around it to add the configure script option below

        --with-umfpack="-lumfpack -lSuiteSparse" 

Ben