compilation pb around CSparse

[David Bateman]

Pinçon Bruno wrote:
> Hello octave help list,
>
> I met a problem in the octave-3.0.3 compilation. I have compiled the last
> SuiteSpare (3.2.0) and then I try to compile octave. The configure step
> seems OK, all sparse stuff seems to be detected, I got this :
>
> UMFPACK libraries: -lumfpack
> AMD libraries: -lamd
> CAMD libraries: -lcamd
> COLAMD libraries: -lcolamd
> CCOLAMD libraries: -lccolamd
> CHOLMOD libraries: -lcholmod
> CXSPARSE libraries: -lcxsparse
>
> But at compile time I got:
>
>
> g++ -c -fPIC -I. -I.. -I../liboctave -I../src -I../libcruft/misc 
> -DHAVE_CONFIG_H -mieee-fp -Wall -W -Wshadow -Wold-style-cast -O2 
> CSparse.cc -o pic/CSparse.o
> CSparse.cc: In member function ‘ComplexMatrix 
> SparseComplexMatrix::fsolve(MatrixType&, const Matrix&, 
> octave_idx_type&, double&, void(*)(double), bool) const’:
> CSparse.cc:5769: erreur: invalid conversion from ‘void (*)(int, char*, 
> int, char*)’ to ‘void (*)(int, const char*, int, const char*)’
> CSparse.cc: In member function ‘SparseComplexMatrix 
> SparseComplexMatrix::fsolve(MatrixType&, const SparseMatrix&, 
> octave_idx_type&, double&, void (*)(double), bool) const’:
> CSparse.cc:6012: erreur: invalid conversion from ‘void (*)(int, char*, 
> int, char*)’ to ‘void (*)(int, const char*, int, const char*)’
> CSparse.cc: In member function ‘ComplexMatrix 
> SparseComplexMatrix::fsolve(MatrixType&, const ComplexMatrix&, 
> octave_idx_type&, double&, void (*)(double), bool) const’:
> CSparse.cc:6303: erreur: invalid conversion from ‘void (*)(int, char*, 
> int, char*)’ to ‘void (*)(int, const char*, int, const char*)’
> CSparse.cc: In member function ‘SparseComplexMatrix 
> SparseComplexMatrix::fsolve(MatrixType&, const SparseComplexMatrix&, 
> octave_idx_type&, double&, void (*)(double), bool) const’:
> CSparse.cc:6525: erreur: invalid conversion from ‘void (*)(int, char*, 
> int, char*)’ to ‘void (*)(int, con
>
>
> Which don't seems to rely on a pb with SuiteSparse but merely an 
> internal octave pb with slightly
> different definition/declaration ?
>
> Thanks for any hint.
>
> Bruno
>
>
> _______________________________________________
> Help-octave mailing list
> Help-octave at cae.wisc.edu
> https://www-old.cae.wisc.edu/mailman/listinfo/help-octave
>
>   

The changeset

http://hg.savannah.gnu.org/hgweb/octave/rev/60b4c75287a1

in the development version fixes this. This has already been applied to 
the development version, here

http://hg.tw-math.de/release-3-0-x/rev/712d9e045b1e

and will be in 3.0.4 when it is released.. For now just apply this patch 
to your octave tree and rebuild.

D.


-- 
David Bateman                                David.Bateman at motorola.com
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary