Ashley Pittman wrote:
On Tue, 2009-07-28 at 19:06 -0600, Ralph Castain wrote:
In other words, a divide-by-zero floating point exception on a
collective test.
To throw another question into the mix why are the collective tests
using floating point calculations in the first place?
As
On Tue, 2009-07-28 at 19:06 -0600, Ralph Castain wrote:
> In other words, a divide-by-zero floating point exception on a
> collective test.
To throw another question into the mix why are the collective tests
using floating point calculations in the first place?
Ashley,
--
Ashley Pittman, Ba
Never mind, I'm an idiot. I still don't like the wrappers around
lt_dlopen in util, but it might be your best option. Are you looking for
symbols in components or the executable? I assumed the executable, in
which case you might be better off just using dlsym() directly. If you're
looking f
On Wed, 29 Jul 2009, Jeff Squyres wrote:
On Jul 28, 2009, at 1:56 PM, Ralf Wildenhues wrote:
- support files are not versioned (e.g., show_help text files)
- include files are not versioned (e.g., mpi.h)
- OMPI's DSOs actually are versioned, but more work would be needed
in this area to make t
What are you trying to do with lt_dlopen? It seems like you should always
go through the MCA base utilities. If one's missing, adding it there
seems like the right mechanism.
Brian
On Wed, 29 Jul 2009, Josh Hursey wrote:
George suggested that to me as well yesterday after the meeting. So we
opal/util is as good a place as any to do this.
Sorry about this; thanks for volunteering to implement the fix yourself!
On Jul 29, 2009, at 6:58 AM, Josh Hursey wrote:
George suggested that to me as well yesterday after the meeting. So we
would create opal interfaces to libtool (similar to
On Jul 28, 2009, at 1:56 PM, Ralf Wildenhues wrote:
> - support files are not versioned (e.g., show_help text files)
> - include files are not versioned (e.g., mpi.h)
> - OMPI's DSOs actually are versioned, but more work would be needed
> in this area to make that versioning scheme work in real
George suggested that to me as well yesterday after the meeting. So we
would create opal interfaces to libtool (similar to what we do with
the event engine). That might be the best way to approach this.
I'll start to take a look at implementing this. Since opal/libltdl is
not part of the re
These are the MPI_COMPLEX failures that I reported to George last week.
On Jul 28, 2009, at 8:06 PM, Ralph Castain wrote:
Hi folks
I was reviewing the trunk MTT results tonight and found a ton of
failures in the Intel test suite on IU's odin cluster. That cluster -
usually- runs pretty clean,
