On 3/22/13 9:53 AM, "Barrett, Brian W" <bwbarre_at_[hidden]> wrote:
>On 3/22/13 9:35 AM, "Ralph Castain" <rhc_at_[hidden]> wrote:
>>On Mar 22, 2013, at 8:23 AM, "Barrett, Brian W" <bwbarre_at_[hidden]>
>>> 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
>>> or private)?
>>Perhaps the difference stems from my platform file?
>That would be the issue. There's a bug in the memory-linux component's
>configure such that it sets the defines that say it's going to build when
>it's not actually going to build. I have a (bad) fix for this problem and
>am trying to see if I can find a less awful solution.
Can you try it now?
Brian W. Barrett
Scalable System Software Group
Sandia National Laboratories