[mpich-discuss] MPICH2-1.1 + PVFS-2.8.1 installation problem

Shawn Kim shawn.subscribe at gmail.com
Wed Jul 1 15:23:47 CDT 2009


On Wed, Jul 1, 2009 at 12:25 PM, Dave Goodell <goodell at mcs.anl.gov> wrote:

> On Jul 1, 2009, at 10:10 AM, Ashley Pittman wrote:
>
>  On Tue, 2009-06-30 at 20:31 -0400, Shawn Kim wrote:
>>
>>> Error message:
>>> $ make
>>> ~~~~
>>>
>>>
>>> ../../../../../lib/libmpich.a(trmem.o)(.text+0x24c): In function
>>> `MPIU_trvalid_unsafe':
>>>
>>> /home/mdl/seokim/mpich2-1.1
>>> +pvfs-2.8.1/mpich2-1.1/src/util/mem/trmem.c:523: undefined reference
>>> to `VALGRIND_MAKE_MEM_NOACCESS'
>>>
>>
>> I suspect this is a valgrind version issue, at some point in the past
>> some of the VALGRIND_ macros got moved from <valgrind/valgrind.h> to
>> <valgrind/memcheck.h>.  I'm not sure what MPICH2 is doing with these
>> macros but you should find where it the code it includes valgrind.h and
>> also include memcheck.h
>>
>
> When compiling with --enable-g=mem,meminit (or =all, which includes
> =mem,meminit), we attempt to use some valgrind client request macros if they
> are available.  The configure test that we currently use in order to check
> for valgrind's availability is weaker than it probably could be right now.
>  IIRC we mostly just check for the existence of {valgrind.h,memcheck.h} and
> {valgrind/valgrind.h,valgrind/memcheck.h} but not for any of the particular
> macros within them.
>
> Shawn, what version of valgrind do you have installed?  (valgrind --version
> should tell you)  I can strengthen the configure tests in general, but it
> would help to have a known-bad version to test against to ensure that the
> tests will function correctly.
>

I got an error message while valgrind --version.
$ valgrind --version
/usr/local/bin/valgrind: Exec format error. Wrong Architecture.

This might be a problem. Thank you.


>
> This is something that I've been meaning to clean up for a little while.  I
> just haven't because it's functionality that is used almost exclusively by
> core MPICH2 developers and it seems to work on all of our systems here at
> ANL.
>
> -Dave
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/mpich-discuss/attachments/20090701/4f86dd6e/attachment.htm>


More information about the mpich-discuss mailing list