SuiteSparse 4.x support

[GoogleCodeExporter]

Some of the internal library structure for SuiteSparse has changed in the the 
4.0.1+ versions. SuitesparseConfig has replaced UFConfig. Update the CMake 
files to deal with this.

Original issue reported on code.google.com by sameerag...@google.com on 25 Jul 2012 at 11:49

[GoogleCodeExporter]

Issue 63 has been merged into this issue.

Original comment by sameerag...@google.com on 8 Aug 2012 at 5:46

[GoogleCodeExporter]

So I downloaded SuiteSparse 4.0.2 on macos 10.8, built it from source and was 
able to link to it without any trouble. 

I will try and replicate the build problems on Linux tomorrow, but there were 
no changes required to build except for pointing my SEARCH_HEADERS and 
SEARCH_LIBS variables to the appropriate directories.

Original comment by sameerag...@google.com on 9 Aug 2012 at 7:03

[GoogleCodeExporter]

Is this fixed? I ran into similar problems when I installed SuiteSparse 4. I 
think the main difference is that SuiteSparse_config now builds a library with 
timing functions that needs to be linked to (libsuitesparseconfig.a).

Original comment by markus.m...@esat.kuleuven.be on 15 Aug 2012 at 7:29

[GoogleCodeExporter]

On macos I had no trouble using 4.0.x, I have not had a chance to see if there 
is a difference in linkage on linux.
Were you able to get it working on linux? if so, could you contribute a patch 
that detects the version and appropriately adds another linking dependency?

Original comment by sameerag...@google.com on 15 Aug 2012 at 1:47

[GoogleCodeExporter]

https://ceres-solver-review.googlesource.com/#/c/1600/

Original comment by sameerag...@google.com on 17 Aug 2012 at 9:56

[GoogleCodeExporter]

Original comment by sameerag...@google.com on 21 Aug 2012 at 4:44

• Changed state: Fixed