Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

Subject: Re: [OMPI devel] [patch] Verifying the message queue DLL build
From: Terry Dontje (Terry.Dontje_at_[hidden])
Date: 2009-12-08 07:39:27

Ashley Pittman wrote:
> I've seen several cases now where people have functional, installed MPI
> libraries yet when they've come to use padb they have discovered a build
> problem with the Message Queue DLL which prevents it from working.
The cases I've seen this happen is with the Sun Studio compiler when a
source file pulls in a header that defines an inline static function
that uses some extern symbols but the inline static function itself is
never used. For some reason Sun Studio (I believe I've seen another
compiler do this also pgi or pathscale I think) decides to make those
extern symbols unresolved instead of just ignoring them.

The current trunk and 1.5 branch should have this issue extricated from
it. However, this seems to always creep in every so often. So the
below test is greatly appreciated. Also, have you ran this test against
the trunk and 1.5, yet (is my belief of things are clean there correct)?



> The most common problem is unresolved symbols in the dll meaning the
> debugger cannot dlopen it or in some cases can only dlopen it with
> RTLD_LAZY which introduces other problems.
> Attached is a patch to the OpenMPI sources which adds a simple test
> program, to be built and run as part of the build procedure that
> verifies the dll can be loaded without error.
> The test program itself is good, I'm less happy about the autoconf
> integration, it adds a check-local target in the debuggers makefile (the
> only one in the source tree) which fails if there is a problem with the
> DLL, this causes "make check" to fail however this isn't run by either
> "make" or "make install". As such it's a step forward but it would be
> better if the test was performed in the make stage, I haven't figured
> out how to do this however.
> Ashley,
> ------------------------------------------------------------------------
> _______________________________________________
> devel mailing list
> devel_at_[hidden]