Right -- the symbol isn't declared in orterun. It's in libopen-rte.so.
My changes ensure that the .o file that MPIR_Breakpoint is defined in will be
pulled in by the linker to be in the mpirun process.
On Dec 15, 2011, at 3:30 PM, Nathan Hjelm wrote:
> Your changes don't break anything but th
Your changes don't break anything but they also don't cause MPIR_Breakpoint to
appear in orterun:
ct-login1:/scratch2/hjelmn hjelmn$ nm `type -p orterun` | grep MPIR
0060b0e0 B MPIR_attach_fifo
0060b2e0 B MPIR_being_debugged
0060b7b0 B MPIR_debug_state
0060ada0 B M
Ok, here's what I did:
https://svn.open-mpi.org/trac/ompi/changeset/25660
--> pulls in symbols like MPIR_Breakpoint via a different dummy function
https://svn.open-mpi.org/trac/ompi/changeset/25661
--> Fixes the ORTE_DECLSPEC typos that George found
LANL: Can you verify that this (still) works f
On Dec 15, 2011, at 10:28 AM, Ralph Castain wrote:
>> I have had the chance now to test it with totalview and stat 1.1.0. Looks
>> good. I pushed the fix to the trunk and it will need to be CMRed to 1.5.
Ralph and I just talked about this on the phone some more -- I don't think
https://svn.open
On Dec 15, 2011, at 8:21 AM, Nathan Hjelm wrote:
>
>
> On Wed, 14 Dec 2011, Ralph Castain wrote:
>
>> Yes - we were having problems making symbols in orterun visible for the
>> "stat" debugger when built dynamically. The symbols are actually
>> instantiated in the debugger base, but they nee
On Wed, 14 Dec 2011, Ralph Castain wrote:
Yes - we were having problems making symbols in orterun visible for the "stat" debugger
when built dynamically. The symbols are actually instantiated in the debugger base, but they need
to be "seen" in orterun prior to us calling orte_init. So, we ha
On Dec 14, 2011, at 6:44 PM, George Bosilca wrote:
> A comment in the commit suggest that the symbols were not linked into the
> orterun if they were not accessed there. I guess this was the trick to make
> sure MPIR_Breakpoint is in there.
>
> Now that you pointed me to this commit I have to
A comment in the commit suggest that the symbols were not linked into the
orterun if they were not accessed there. I guess this was the trick to make
sure MPIR_Breakpoint is in there.
Now that you pointed me to this commit I have to disagree with. Why the MPI
debugging symbols have been delete
Yes - we were having problems making symbols in orterun visible for the "stat"
debugger when built dynamically. The symbols are actually instantiated in the
debugger base, but they need to be "seen" in orterun prior to us calling
orte_init. So, we had to explicitly reference them.
It was workin
Looks like that line came over in
https://svn.open-mpi.org/trac/ompi/changeset/24561, which was bringing over the
debugger ORTE framework from the trunk
(https://svn.open-mpi.org/trac/ompi/ticket/2688).
Ralph -- do you remember why that line is there?
On Dec 14, 2011, at 7:21 PM, Nathan Hjelm
10 matches
Mail list logo
