help-octave
[Top][All Lists]
Advanced

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

Re: Enabling SuiteSparse support during compile (Linux)


From: Theo. Sean Schulze
Subject: Re: Enabling SuiteSparse support during compile (Linux)
Date: Sun, 01 Apr 2007 22:56:33 +0200
User-agent: Thunderbird 1.5.0.10 (X11/20070221)

Thanks, I'll try it.  The linux and the Mac OS X files systems are
similar, so it might work.  If it doesn't, a little tuning might do the
trick.

Sean

John Swensen wrote:
> There is a simple little script that I used from the wiki to copy
> everything from the SuiteSparse compile directory to /usr/local.  You
> can find it at :
> http://wiki.octave.org/wiki.pl?OctaveForMac
> 
> At least on my Mac, this copied everything necessary for Octave to find
> all the sparse libraries.
> 
> John Swensen
> 
> 
> 
> Theo. Sean Schulze wrote:
>> Sorry,
>>
>> I had also meant to include this output from ./configure:
>>
>> Octave is now configured for i686-pc-linux-gnu
>>
>>   Source directory:     .
>>   Installation prefix:  /usr/local
>>   C compiler:           gcc  -mieee-fp  -Wall -W -Wshadow -Wcast-align
>> -Wcast-qual -Wmissing-prototypes -Wpointer-arith -Wstrict-prototypes
>> -Wwrite-strings -g -O2
>>   C++ compiler:         g++  -mieee-fp  -Wall -W -Wshadow
>> -Wold-style-cast -Wcast-align -Wcast-qual -Wpointer-arith
>> -Wwrite-strings -Weffc++ -g -O2
>>   Fortran compiler:     g77 -O -mieee-fp
>>   Fortran libraries:     -L/usr/lib/gcc/i486-slackware-linux/3.4.6
>> -L/usr/lib/gcc/i486-slackware-linux/3.4.6/../../../../i486-slackware-linux/lib
>>
>> -L/usr/lib/gcc/i486-slackware-linux/3.4.6/../../.. -lz -lfrtbegin
>> -lg2c -lm
>>   BLAS libraries:       -llapack /usr/local/lib/libgoto.a
>>   FFTW libraries:
>>   GLPK libraries:
>>   UMFPACK libraries:
>>   AMD libraries:        -lamd
>>   CAMD libraries:       -lcamd
>>   COLAMD libraries:
>>   CCOLAMD libraries:
>>   CHOLMOD libraries:
>>   CXSPARSE libraries:
>>   ARPACK libraries:
>>   HDF5 libraries:
>>   CURL libraries:       -lcurl
>>   REGEX libraries:      -lpcre
>>   LIBS:                 -lreadline  -lncurses -ldl -lz -lm
>>   Default pager:        less
>>   gnuplot:              gnuplot
>>
>>   Do internal array bounds checking:  false
>>   Build static libraries:             false
>>   Build shared libraries:             true
>>   Dynamic Linking:                    true (dlopen)
>>   Include support for GNU readline:   true
>>   64-bit array dims and indexing:     false
>>
>> configure: WARNING: I didn't find gperf, but it's only a problem if you
>> need to reconstruct oct-gperf.h
>> configure: WARNING: UMFPACK not found.  This will result in some lack of
>> functionality for sparse matrices.
>> configure: WARNING: COLAMD not found. This will result in some lack of
>> functionality for sparse matrices.
>> configure: WARNING: CCOLAMD not found. This will result in some lack of
>> functionality for sparse matrices.
>> configure: WARNING: CHOLMOD not found. This will result in some lack of
>> functionality for sparse matrices.
>> configure: WARNING: CXSparse not found. This will result in some lack of
>> functionality for sparse matrices.
>> configure: WARNING: FFTW library not found.  Octave will use the
>> (slower) FFTPACK library instead.
>> configure: WARNING: HDF5 library not found.  Octave will not be able to
>> save or load HDF5 data files.
>> configure:
>>
>> NOTE: libraries may be skipped if a library is not found OR
>>       if the library on your system is missing required features.
>>
>> Regards,
>> Sean
>>
>> Theo. Sean Schulze wrote:
>>  
>>> Hello,
>>>
>>> I compiled octave 2.9.10 the other day on my slackware linux box, but
>>> when I did the tests, I got a number of failures, many of which were
>>> with sparse matrix functions.  So, I went to the trouble of getting the
>>> SuiteSparce and its dependencies GotoBLAS, LAPACK, and metis.  I
>>> compiled them all.  Install was not really that straight forward for me,
>>> because I am used to software packages that copy the libraries created
>>> to /usr/local/lib/ when I run `make install`.  I ended up copying
>>> several of the lib*.a files to /usr/local/lib by hand, but for the most
>>> part, at least up to compiling SuiteSparse, it seemed to work.
>>>
>>> I am frustrated now though, because despite the fact that I copied every
>>> *.a file I could find in the SuiteSparse package to both directly into
>>> /usr/local/lib and into the /usr/local/lib using the subdirectory
>>> structure that occurs in the SuiteSparse source directory (./AMD/,
>>> ./BTF/, etc.), configure still can not find the libraries or header
>>> files it is looking for.  I have even copied the entire SuiteSparse
>>> source directory into the octave source directory, but that hasn't
>>> worked either.
>>>
>>> Clearly there is something about the compiling and installing process
>>> that I don't understand, and I would be grateful for some pointers on
>>> what I am doing wrong.
>>>
>>> BTW, is it standard among mathematical packages that `make install` just
>>> leaves the files resulting from the compile in the source directory?
>>>
>>> Regards,
>>> Sean
>>>
>>>     
>> _______________________________________________
>> Help-octave mailing list
>> address@hidden
>> https://www.cae.wisc.edu/mailman/listinfo/help-octave
>>
>>   
> 
> 


reply via email to

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