On 3/22/13 9:53 AM, "Barrett, Brian W" <bwba...@sandia.gov> wrote:
>On 3/22/13 9:35 AM, "Ralph Castain" <r...@open-mpi.org> wrote: > >>On Mar 22, 2013, at 8:23 AM, "Barrett, Brian W" <bwba...@sandia.gov> >>wrote: >> >>> On 3/22/13 9:17 AM, "Ralph Castain" <r...@open-mpi.org> wrote: >>> >>>> I'm afraid this still doesn't work for me - on my Centos box: >>>> >>>> ../../../ompi/.libs/libmpi.so: undefined reference to >>>> `opal_memory_linux_malloc_init_hook' >>>> >>>> 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 >>> or private)? >> >>Perhaps the difference stems from my platform file? >>with_memory_manager=no > >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. Ralph - Can you try it now? Thanks, Brian -- Brian W. Barrett Scalable System Software Group Sandia National Laboratories
