Open MPI logo

Open MPI User's Mailing List Archives

  |   Home   |   Support   |   FAQ   |  

This web mail archive is frozen.

This page is part of a frozen web archive of this mailing list.

You can still navigate around this archive, but know that no new mails have been added to it since July of 2016.

Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.

From: Julian Cummings (cummings_at_[hidden])
Date: 2007-06-13 23:14:51

On Wed, 2007-06-13 at 20:54 -0400, Jeff Squyres wrote:
> On Jun 13, 2007, at 8:47 PM, Julian Cummings wrote:
> > I would recommend
> > that the OpenMPI configuration be modified to insert this flag (or
> > some
> > equivalent) as an LCXXFLAGS or even an LDFLAGS component in the
> > compiler
> > driver scripts whenever PGI is used.
> We've had debates about this internally. There was pushabck from
> some of the developers that we don't want to handle every single
> compiler bug that's out there (there are many). It can be a never-
> ending battle. This is a big enough compiler bug, however (it spans
> the 6.2 and 7.0 PGI series) that if someone contributes a patch, we
> might be able to make a big enough case to fix it.

Clearly this is debatable, but if you examine the PGI compiler user
guide, I think you will see that this is a "feature" rather than a bug.
It does not flatly state this, but it strongly implies that any code
compiled with -fpic must be linked with -fpic in order to use the right
set of libraries because they are stored in separate directories. This
is done on 64-bit Linux platforms in order to provide a separate memory
model for applications with data areas larger than 2 GB. Since the
OpenMPI library code is built with -fpic, any code that links with it
should link with -fpic under the PGI compiler.

By the way, I did some more testing and discovered that the critical PGI
compiler library is libstd.{so,a}. If your application contains any C++
code compiled with -fpic, then you need to link with in the
"libso" directory.

> The functionality
> I'd like to see in such a patch is:
> - in the C++ section of configure, try to compile and run a simple C+
> + (non-MPI) program
> - if it works, fine
> - if it doesn't work, try again but link it with -fpic
> - if that works, then add -fpic to the C++ compiler wrapper flags

Such a patch would not detect the problem we are discussing because it
is related to some static objects that are declared and used in the code
for I was able to trigger the error by compiling a
simple hello function that uses <iostream> into a shared object,
compiling a main program that calls the function by linking against the
shared object, and then running to run the trivial program. So the test
program would have to take the form of linking against a small C++
library compiled with -fpic in order to catch this.

> All with appropriate comments describing why this check is there (so
> that someone doesn't look at it in 6 months and wonder why the heck
> we're checking for that).
> FWIW, you can easily modify the wrapper scripts to automatically put
> this flag in after Open MPI is installed (see
> faq/?category=mpi-apps#override-wrappers-after-v1.0).

Thanks, Julian C.