An outdated version of superlu is included in getfem source files.
The autotools build sytem allows to disable building this version and link to an external superlu instead. However, during compilation the header files of the in-tree version are picked for some reason and this leads, at least for my builds, in a non-working superlu, presumably due to inconsistent header files – binary library.
I suggest instead of upgrading the local copy of superlu, to remove it altogether and make it into a build dependency. We can require either mumps or superlu to be detected at configuration time.
@yves.renard what do you think?
1 Like
Dear Kostas,
Of course this is now a very old version of SuperLu. The advantage of having the Super source was in certain configuration to be sure to have at least this solver available (for instance, it is not easy to have the mumps package working on Windows).
But yes, I agree that it would be more appropriate to have a dependency on Superlu
Best regards,
Yves
1 Like
Most of the changes are now completed in this branch:
https://git.savannah.nongnu.org/cgit/getfem.git/log/?h=remove-local-superlu
I have to do some testing and polishing. Once this is done I will go back to working on supporting builds with cmake as an alternative to autoconf.