Well, I think George's previous statement of my issue was the compiler
is correct. I can compile OMPI 1.3 and trunk with gcc and things work
(except for the mca_topo issue Ashley brought up). However when I use
Sun's compilers the undef symbols occur in the message queue plugin for
both bra
On Tue, 2009-05-19 at 13:21 -0400, Terry Dontje wrote:
> Actually playing with Ashley´s program shown that RTLD_NOW does error
> out in the exact same way. So could the problem be that totalview
> dlopen´s the plugin with RTLD_NOW passed into dlopen.
Passing the RTLD_NOW flag is probably the ri
Actually playing with Ashley´s program shown that RTLD_NOW does error
out in the exact same way. So could the problem be that totalview
dlopen´s the plugin with RTLD_NOW passed into dlopen. I would have
thought if this was the case we would have seen this problem sooner.
--td
George Bosilca
No, this is us trying to outsmart compilers. It turned out that at one
point they outsmart us ...
Anyway, I blame the compiler on this one. As we need the definition of the
ompi_free_list_t structure we have to include the header file. We never
use anything from this header file, especially no
Could well be our visibility settings, too... Are those symbols OMPI|
ORTE|OPAL_DECLSPEC'ed?
On May 15, 2009, at 10:26 AM, Ashley Pittman wrote:
On Fri, 2009-05-15 at 07:43 -0600, Ralph Castain wrote:
> We are running it with 1.3.2, last I heard - haven't tried the
current
> 1.3 branch. A
On Fri, 2009-05-15 at 07:43 -0600, Ralph Castain wrote:
> We are running it with 1.3.2, last I heard - haven't tried the current
> 1.3 branch. Ashley reported a problem with some other symbol that
> couldn't be loaded that blocked him on message queue debugging, but
> that was on the trunk.
My pro
Ralph Castain wrote:
We are running it with 1.3.2, last I heard - haven't tried the current
1.3 branch. Ashley reported a problem with some other symbol that
couldn't be loaded that blocked him on message queue debugging, but
that was on the trunk.
Hmmm, weird. I wonder if the difference in A
We are running it with 1.3.2, last I heard - haven't tried the current 1.3
branch. Ashley reported a problem with some other symbol that couldn't be
loaded that blocked him on message queue debugging, but that was on the
trunk.
Sounds like we are missing at least a couple of header files.
On Fri
Has anyone tried to run totalview with OMPI 1.3 on a RH5 linux system.
I am seeing totalview unable to load libompi_dbg_msgq.so because
ompi_free_list_grow is not found. What's interesting is this same
symbol is undefined for Solaris but things work. Is ompi_free_list_grow
actually used by l
