On 3/22/13 9:17 AM, "Ralph Castain" <rhc_at_[hidden]> wrote:
>I'm afraid this still doesn't work for me - on my Centos box:
>../../../ompi/.libs/libmpi.so: undefined reference to
>I tried it with a brand new checkout of the trunk. Any ideas?
Can you run nm on the built libopen-pal and see if
opal_memory_linux_malloc_init_hook() is in there (and whether it's public
>IIRC, we wound up here because we were trying to avoid rolling libopal
>into liborte into libmpi and instead having three completely separable
>libraries. Given that we haven't been able to make that work across
>platforms, is it time to give up and return to what worked?
No. It's important to the no orte case and I'm not giving it up because
OFED can't get it's act together and solve this properly (i.e., put
uumunotify in their stack). I'll take the bandwidth hit for IB before
I'll go back to broken library building.
Brian W. Barrett
Scalable System Software Group
Sandia National Laboratories