Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

Subject: Re: [OMPI devel] [EXTERNAL] Re: [OMPI svn] svn:open-mpi r28202 - in trunk: ompi/runtime opal/mca/memory/linux
From: Ralph Castain (rhc_at_[hidden])
Date: 2013-03-22 13:05:13


That got it - thanks!!

On Mar 22, 2013, at 9:56 AM, "Barrett, Brian W" <bwbarre_at_[hidden]> wrote:

> 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]>
>>> wrote:
>>>
>>>> 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
>>>>> `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
>
>
>
>
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/devel