Reported by w poely86, Oct 7, 2013
Steps to reproduce the problem: 1. Compile arpack-ng with Intel Fortran Compiler and Intel MPI Expected result: working library Actual result: failed make The configure script doesn't detect Intel MPI correctly. The patch in attachment fixes that.
Comment 1 by Sylvestre Ledru, Oct 7, 2013
The problem with your patch is that you patched a generated file. It is coming from m4/libtool.m4 which should not be modified by us... I will think about this issue.
Comment 2 by w poely86, Oct 7, 2013
OK, I will have a look to file it at the GNU libtool.
Comment 3 by w poely86, Oct 14, 2013
This is already fixed upstream in libtool. This version of libtool bundled with arpack-ng is just too old. In attachment is a patch that updates autoconf, automake and libtool to more recent versions. This fixes the problem. The patch is quite big but it's just the result of 'autoreconf -f -i'. I've only changed 2 lines in configure.ac (version check libtool). All the rest is autogenerated.  https://lists.gnu.org/archive/html/libtool/2010-12/msg00031.html
- 0001-Updated-autoconf-automake-and-libtool-scripts.patch - 121.91 kB - view
Comment 4 by Sylvestre Ledru, Oct 14, 2013
Excellent. Thanks! I slightly updated your commit (use of automake 1.14) Commit 9e319b3c1a6d1cbe074cd52bfbce7b4965149bc4
Comment 5 by w poely86, Oct 14, 2013
After a pull, there is now a (dead) symbol link in the root directory: 'compile -> /usr/share/automake-1.14/compile' It wasn't there before (consequence of automake 1.14?).
Comment 6 by Sylvestre Ledru, Oct 14, 2013
OK. automake --add-missing --copy did not overrode the symlink. It is fixed in aa5cc620ecc4eb512332b1399d2bbff52e5c5515