Hi Jeff
Thank you for your suggestion!
You're right.
It works with '-tp=shanghai-64', which is great.
A snippet of the make log where I had errors before is included below,
the crucial line being:
libtool: link: pgcc -shared -fpic -DPIC .libs/dummy.o -lnsl -lutil -lc
-tp=shanghai-64 -Wl,-
It looks like we added a patch to the libtool bootstrap in the 1.4.4 tarball
(because we're using a quite old version of Libtool to build that tarball) in
r24224:
https://svn.open-mpi.org/trac/ompi/changeset/24224
This was to close CMR https://svn.open-mpi.org/trac/ompi/ticket/2670, which w
Sam --
The production tarballs are pre-Autotools-bootstrapped; the end user doesn't
even have to have the GNU autotools installed at all. As such, it doesn't
matter what version of OMPI they have installed.
On Nov 8, 2011, at 4:24 PM, Samuel K. Gutierrez wrote:
> Hi,
>
> I think I've seen
Thank you, Samuel
I was hoping not to have to change my Gnu auto tools in the cluster.
I remain a bit skeptical that libtool is the main culprit.
Somehow OpenMPI 1.4.3 builds fine in the very same computer
with the same libtool, same PGI 11.7, same compiler flags.
In the OMPI 1.4.3 make log there
Hi,
I think I've seen this before.
I can't speak to the details surrounding this issue, but when I upgraded to the
newest version of libtool, the problem went away .
Take a look at "Use of GNU m4, Autoconf, Automake, and Libtool" in our HACKING
file. libtool-2.4.2.tar.gz **should** work, if t
