January 2013 - discuss - mailman3.cels.anl.gov

Deadlock in MPI_Ibarrier over ch3:sock
by Jed Brown 23 Jan '13

23 Jan '13

As we've discussed here several times before, PETSc's --download-mpich option uses ch3:sock by default because this issue http://trac.mpich.org/projects/mpich/ticket/79 makes nemesis unusable when oversubscribed. We're also checking for MPI_Ibarrier and using Torsten's "nonblocking consensus" algorithm when possible. Unfortunately, MPI_Ibarrier deadlocks when run over ch3:sock. (Both procs have posted the Ibarrier, but the requests never complete.) I can prepare a reduced test case if you'd like. Are you still supporting ch3:sock? Is there some test we can do to check whether ch3:sock is being used so that we can choose a safe algorithm?

1 0

Re: [mpich-discuss] MPICH_PORT_RANGE
by Jody Steadman 23 Jan '13

23 Jan '13

Pavan, That's what I needed. Thanks! Jody -----Original Message----- From: Pavan Balaji [mailto:[email protected]] Sent: Wednesday, January 23, 2013 2:04 PM To: discuss(a)mpich.org Cc: Jody Steadman Subject: Re: [mpich-discuss] MPICH_PORT_RANGE Hi Judy, We haven't tracked the number of ports that we need to create, but it'll be around 3-4 persistent ports + all the per-process ephemeral ports for inter-process connections that are setup on-demand. -- Pavan On 01/23/2013 10:07 AM US Central Time, Jody Steadman wrote: > Hi All, > > What is the minimum number of ports required by MPICH for a single run? > I'm in a situation where I need to limit the amount of ports in an > environment, but could not find any documentation that says for each > run MPICH needs x number of ports available in the range. > > I'm using MPICH version 1.4.1p1 with Hydra. > > Thanks, > > Jody > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

Re: [mpich-discuss] MPICH_PORT_RANGE
by Pavan Balaji 23 Jan '13

23 Jan '13

Hi Judy, We haven't tracked the number of ports that we need to create, but it'll be around 3-4 persistent ports + all the per-process ephemeral ports for inter-process connections that are setup on-demand. -- Pavan On 01/23/2013 10:07 AM US Central Time, Jody Steadman wrote: > Hi All, > > What is the minimum number of ports required by MPICH for a single run? > Iï¿½m in a situation where I need to limit the amount of ports in an > environment, but could not find any documentation that says for each run > MPICH needs x number of ports available in the range. > > Iï¿½m using MPICH version 1.4.1p1 with Hydra. > > Thanks, > > Jody > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

Re: [mpich-discuss] bug when used with valgrind
by Dave Goodell 23 Jan '13

23 Jan '13

On Jan 23, 2013, at 12:22 PM CST, Evren Yurtesen IB wrote: > It appears there are problems with mpich2 packages provided by ubuntu 12.04/12.10 etc. I think the problem is the compile time arguments they use when building them. > > I made a bug report to ubuntu launchpad but they suggested I should contact you also. Can somebody please have a look and comment on the bug report? > > https://bugs.launchpad.net/ubuntu/+source/mpich2/+bug/1045326 Pavan Balaji, who commented 2012-09-03, represents "us" on this matter. To me the problem just looks like a fundamental disagreement/incompatibility between BLCR and Valgrind (at least for certain versions of each package). See this BLCR thread: https://hpcrdm.lbl.gov/pipermail/checkpoint/2011-September/000311.html Based on what Paul said in that link and some cursory googling, it sounds like that issue was never upstreamed to the Valgrind folks. I agree with you that the easiest way to resolve the Launchpad bug is to just omit the checkpointing arguments, although this has the downside of disabling this functionality. A more involved fix would be to patch the BLCR library in the fashion mentioned in the lbl.gov link above. > PS. I used to have an account 'yurtesen' in the bug reporting system, but it does not seem to function anymore, was it removed somehow? who can see that? We were getting too much spam from self-registered trac accounts, so we deleted all of the non-ANL accounts in the system. We (those with trac admin access) now have to create trac accounts by hand. I have restored your account on trac.mpich.org. You probably have received an email about this already. I will email you your initial password off-list so that you can login and reset it. -Dave

1 0

bug when used with valgrind
by Evren Yurtesen IB 23 Jan '13

23 Jan '13

It appears there are problems with mpich2 packages provided by ubuntu 12.04/12.10 etc. I think the problem is the compile time arguments they use when building them. I made a bug report to ubuntu launchpad but they suggested I should contact you also. Can somebody please have a look and comment on the bug report? https://bugs.launchpad.net/ubuntu/+source/mpich2/+bug/1045326 Thanks, Evren PS. I used to have an account 'yurtesen' in the bug reporting system, but it does not seem to function anymore, was it removed somehow? who can see that?

1 0

MPICH_PORT_RANGE
by Jody Steadman 23 Jan '13

23 Jan '13

Hi All, What is the minimum number of ports required by MPICH for a single run? I'm in a situation where I need to limit the amount of ports in an environment, but could not find any documentation that says for each run MPICH needs x number of ports available in the range. I'm using MPICH version 1.4.1p1 with Hydra. Thanks, Jody

1 0

Call For Papers: EuroMPI 2013 Madrid, Spain
by Francisco Javier Garcia Blas 23 Jan '13

23 Jan '13

Dear Sir or Madam, (We apologize if you receive multiple copies of this message) ============================================================ Recent Advances in Message Passing Interface. 20th European MPI Users' Group Meeting (EuroMPI 2013) EuroMPI 2013 is being held in cooperation with SIGHPC Madrid, Spain, September 15-18, 2013 www.eurompi2013.org BACKGROUND AND TOPICS ------------------------------- EuroMPI is the preeminent meeting for users, developers and researchers to interact and discuss new developments and applications of message-passing parallel computing, in particular in and related to the Message Passing Interface (MPI). The annual meeting has a long, rich tradition, and the 20th European MPI Users' Group Meeting will again be a lively forum for discussion of everything related to usage and implementation of MPI and other parallel programming interfaces. Traditionally, the meeting has focused on the efficient implementation of aspects of MPI, typically on high-performance computing platforms, benchmarking and tools for MPI, short-comings and extensions of MPI, parallel I/O and fault tolerance, as well as parallel applications using MPI. The meeting is open towards other topics, in particular application experience and alternative interfaces for high-performance heterogeneous, hybrid, distributed memory systems. Topics of interest include, but are not limited to: - MPI implementation issues and improvements - Extensions to and shortcomings of MPI - Tools and environments for MPI - Hybrid and heterogeneous programming with MPI and other interfaces - Relation of MPI to alternative interfaces for hybrid/heterogeneous distributed memory systems - Interaction between message-passing software and hardware, in particular new high performance architectures - Fault tolerance in message-passing implementations and systems - Performance evaluation for MPI and MPI based applications- - Automatic performance tuning of MPI applications and implementations - Verification of message passing applications and protocols - Applications using message-passing, in particular in Computational Science and Scientific Computing - Non-standard message-passing applications - Parallel algorithms in the message-passing paradigm - Algorithms using the message-passing paradigm The meeting will feature contributed talks on the selected, peer-reviewed papers, invited expert talks covering upcoming and future issues, a vendor session where selected vendors will present their new developments in hybrid and heterogeneous cluster and high-performance architectures, a poster session, and a tutorial day. The scientific part of the conference is organized in cooperation with ACM SIGHPC. Conference proceedings will be published in the ACM Digital Library, which includes short and long papers, workshop papers, and posters. Selected high quality papers will be published in an international journals. There will also be a reward for the overall best paper from the academic conference. WORKSHOPS ------------------------------- IMUDI SPECIAL SESSION ON IMPROVING MPI USER AND DEVELOPER INTERACTION The IMUDI special session, to be held as a full-day meeting at the EuroMPI 2013 conference in Madrid, Spain, focuses on bringing together the MPI end-user and MPI implementor communities through discussions on MPI usage experiences, techniques, and optimizations. This meeting will focus on evaluating the MPI standard from the perspective of the MPI end-user (application and library developers) and address concerns and insights of MPI implementors and vendors. Unlike workshops associated with other conferences, the IMUDI session is still considered to be a part of the Euro MPI conference. Submissions will be reviewed separately to facilitate bringing together research publications falling into these "special focus" areas. More info at: http://press.mcs.anl.gov/imudi/ ENERGY-EFFICIENT HIGH PERFORMANCE COMPUTING & COMMUNICATION WORKSHOP (E2HPC2) 2013 The first Energy-Efficient High Performance Computing & Communication workshop will be co-located with EuroMPI 2013 in Madrid. Energy-awareness is now a main topic for HPC systems. The goal of this workshop is to discuss latest researches on the impact and possibles leverages of communications for such systems. E2HPC2 solicits original and non-published or under-review articles on the field of energy-aware communication in HPC environment. This workshop is co-located with EuroMPI as MPI is the main communication interface in those environments. More info at: http://www.irit.fr/~Georges.Da-Costa/e2hpc2.html PBIO 2013: INTERNATIONAL WORKSHOP ON PARALLELISM IN BIOINFORMATICS In Bioinformatics, we can find a variety of problems which are affected by huge processing times and memory consumption, due to the large size of biological data sets and the inherent complexity of biological problems. In fact, Bioinformatics is one of the most exciting research areas in which Parallelism finds application. Successful examples are mpiBLAST or ClustalW-MPI, among many others. In conclusion, Bioinformatics allows and encourages the application of many different parallelism-based technologies. The focus of this workshop is on MPI-based approaches, but we welcome any technique based on: multicore and cluster computing, supercomputing, grid computing, cloud computing, hardware accelerators as GPUs, FPGAs, or Cell processors, etc. More info at: http://arco.unex.es/mavega/pbio2013/ SUBMISSION INFORMATION ------------------------------- Contributors are invited to submit a full paper as a PDF document not exceeding 6 pages in English. The title page should contain an abstract of at most 100 words and five specific, topical keywords. The paper must be formatted according to double-column ACM ICPS proceedings style. The usage of LaTeX for preparation of the contribution as well as the submission in camera ready format is strongly recommended. Style files can be found at http://www.acm.org/publications/icps-instructions/. New work that is not yet mature for a full paper, short observations, and similar brief announcements are invited for the poster session. Contributions to the poster session should be submitted in the form of a two page abstract. All contributions will be fully peer reviewed by the program committee. Papers shall be submitted electronically via Easychair, see http://www.easychair.org/conferences/?conf=eurompi2013. AWARDS ------------------------------- There will be awards for the best paper and best student paper. These awards will be chosen by the program committee. The best paper award will be given to the paper judged to have the highest overall quality. SCHEDULE, IMPORTANT DATES ------------------------------- - Submission of full papers and poster: March 29th, 2013 - Author notification: May 11th, 2013 - Camera Ready papers due: June 15th, 2013 - Tutorial(s): September 15th, 2012 - Conference: September 16th-18th, 2013 COMMITTEE ------------------------------- GENERAL CHAIR Jack Dongarra, University of Tennessee, Knoxville, USA ORGANIZERS, PC CHAIRS Javier Garcia Blas, Carlos III University (fjblas(a)inf.uc3m.es) Jesus Carretero, Carlos III University (jesus.carretero(a)uc3m.es) PROGRAM COMMITTEE Pavan Balaji, Argonne National Laboratory Siegfried Benkner, University of Vienna George Bosilca, Innovative Computing Laboratory - University of Tennessee Gil Bloch, Mellanox Technologies Ron Brightwell, Sandia National Laboratories Darius Buntinas, Argonne National Laboratory Franck Cappello, INRIA and University of Illinois at Urbana-Champaign Yiannis Cotronis, National and Kapodistrian University of Athens Chi-Yin Chow, Department of Computer Science, City University of Hong Kong Anthony Danalis, University of Tennessee Luiz Derose, Cray Christian Engelmann, Oak Ridge National Laboratory Edgar Gabriel, University of Houston Brice Goglin, INRIA Ganesh Gopalakrishnan, University of Utah David Goodell, Argonne National Laboratory Richard Graham, Oak Ridge National Laboratory William Gropp, University of Illinois at Urbana-Champaign Rainer Keller, HFT Stuttgart, University of Applied Science Julian Kunkel, Universitat Hamburg Thomas Herault, University of Tennessee Bronis De Supinski, Lawrence Livermore National Laboratory Thomas Ludwig, German Climate Computing Center and University of Hamburg David E. Singh, University Carlos III of Madrid Torsten Hoefler, ETH Zurich Atsushi Hori, RIKEN AICS Florin Isaila, University Carlos III of Madrid Akihiro Inokuchi, Osaka University Yutaka Ishikawa, Graduate School of Information Science and Technology / Information Technology Center, The University of Tokyo Emmanuel Jeannot, INRIA Dries Kimpe, Argonne National Laboratory Jesper Larsson Traf, Vienna University of Technology Alexey Lastovetsky, UCD School of Computer Science & Informatics Laurent Lefevre, INRIA Dong Li, Oak Rdige National Lab Ewing Lusk, Argonne National Laboratory Teng Ma, NetApp Inc Guillaume Mercier, ENSEIRB/INRIA Bernd Mohr, Juelich Supercomputing Center Raffaele Montella, Department of Applied Science - University of Naples Parthenope Julian David Morillo Pozo, Barcelona Supercomputing Center Matthias Mueller, ZIH, TU Dresden Jose Nelson Amaral, University of Alberta Jaechun No, Sejong University Maria S. Perez, Technical University of Madrid Rolf Rabenseifner, HLRS, University of Stuttgart Rolf Riesen, IBM Gudula Runge, Chemnitz University of Technology Mitsuhisa Sato, University of Tsukuba Christian Siebert, RWTH Aachen University Anna Sikora, DACSO - UAB Shinji Sumimoto, Fujitsu Laboratories Frederic Suter, IN2P3 Computing Center Jeff Squyres, Cisco Alexander Supalov, Intel GmbH Domenico Talia, Universita della Calabria Vinod Tipparaju, AMD Rajeev Thakur, Argonne National Laboratory Carsten Trinitis, University of Bedfordshire Yuichi Tsujita, Kinki University Denis Trystram, Grenoble university Keith Underwood, Intel Mateo Valero, Barcelona Supercomputing Center Alan Wagner, University of British Columbia Roland Wismulle, University of Siegen Roman Wyrzykowski, Czestochowa University of Technology Xin Yuan, Florida State University CONFERENCE FEES ------------------------------- The conference will hopefully be well supported by sponsors, which will help directly towards keeping the fees low. As far as possible, special student fees will be offered. ________________________________________________________ Francisco Javier García Blas Computer Architecture, Communications and Systems Area. Computer Science Department. UNIVERSIDAD CARLOS III DE MADRID Avda. de la Universidad, 30 28911 Leganés (Madrid), SPAIN e-mail: fjblas(a)arcos.inf.uc3m.es fjblas(a)inf.uc3m.es Phone:(+34) 916249118 FAX: (+34) 916249129 ________________________________________________________

1 0

problem about host node has multiple IP addresses
by Na Zhang 20 Jan '13

20 Jan '13

Dear developers/users: We try to specify the IP address in host file when start Hydra to run app: shell$ cat hosts 192.168.0.1 (host node IP) 192.168.1.1 The host node has multiple IP addresses. But it turns out the host node IP address who actually sends message isn't what we specified in the host file. How should we do to get the specified IP to send the message? Any help is highly appreciated :) Sincerely, Na Zhang

1 0

Re: [mpich-discuss] mpich-3.0.1 compilation error when machine has valgrind-3.6.0
by Dave Goodell 18 Jan '13

18 Jan '13

Hi Chris, Thanks for tracking this down so thoroughly. It looks to me like some "do{...}while (0)" wrapping on all of the "(void)"-ed macros should fix this case. I've created a ticket so that I don't forget to fix this before the 3.0.2 release: https://trac.mpich.org/projects/mpich/ticket/1784 -Dave On Jan 18, 2013, at 11:20 AM CST, Christopher Daley wrote: > Hi all, > > There is the following error when compiling mpich-3.0.1 with gcc-4.4.6 > on x86_64 in the presence of valgrind-3.6.0. > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./src/include -I./src/include -I./src/mpi/datatype -I./src/mpi/spawn -Isrc/util/logging/common -I./src/util/wrappers -I./src/util/wrappers -I./src/binding/cxx -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/binding/f77 -Isrc/binding/f90 -I./src/mpid/ch3/include -I./src/mpid/ch3/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/utils/monitor -I./src/mpid/common/datatype -I./src/mpid/common/datatype -I./src/mpid/common/sched -I./src/mpid/common/thread -I./src/pmi/simple -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpl/include -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpl/include -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/openpa/src -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/openpa/src -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpi/romio/include -g -O2 -MT src/mpi/comm/comm_create.lo -MD -MP -MF src/mpi/comm/.deps/comm_create.Tpo -c src/mpi/comm/comm_create.c -fPIC -DPIC -o src/mpi/comm/.libs/comm_create.o > src/mpi/comm/comm_create.c: In function 'MPIR_Comm_create_calculate_mapping': > src/mpi/comm/comm_create.c:163: error: expected ')' before ';' token > src/mpi/comm/comm_create.c:164: error: expected ')' before ';' token > > > comm_create.c:163: > MPL_VG_CHECK_MEM_IS_DEFINED(*mapping_vcr_out, vcr_size * sizeof(**mapping_vcr_out)); > > expands to > ((void)(__extension__({unsigned int _zzq_rlval; { volatile unsigned long long int _zzq_args[6]; volatile unsigned long long int _zzq_result; _zzq_args[0] = (unsigned long long int)(VG_USERREQ__CHECK_MEM_IS_DEFINED); _zzq_args[1] = (unsigned long long int)(((*mapping_vcr_out))); _zzq_args[2] = (unsigned long long int)(((vcr_size * sizeof(**mapping_vcr_out)))); _zzq_args[3] = (unsigned long long int)(0); _zzq_args[4] = (unsigned long long int)(0); _zzq_args[5] = (unsigned long long int)(0); __asm__ volatile("rolq $3, %%rdi ; rolq $13, %%rdi\n\t" "rolq $61, %%rdi ; rolq $51, %%rdi\n\t" "xchgq %%rbx,%%rbx" : "=d" (_zzq_result) : "a" (&_zzq_args[0]), "0" (0) : "cc", "memory" ); _zzq_rlval = _zzq_result; } _zzq_rlval; }));); > > > Notice the ")););" at the end. The embedded ";" happens because > > mpl_valgrind.h:126: > # define MPL_VG_CHECK_MEM_IS_DEFINED(addr_,len_) ((void)VALGRIND_CHECK_MEM_IS_DEFINED((addr_),(len_))) > > memcheck.h:169: [valgrind-3.6.0] > #define VALGRIND_CHECK_MEM_IS_DEFINED(_qzz_addr,_qzz_len) \ > VALGRIND_DO_CLIENT_REQUEST_EXPR(0, \ > VG_USERREQ__CHECK_MEM_IS_DEFINED, \ > (_qzz_addr), (_qzz_len), 0, 0, 0); > > > This issue does not happen with newer versions of valgrind because the > VALGRIND_CHECK_MEM_IS_DEFINED macro definition does not contain a > semi-colon. > > memcheck.h:169: [valgrind-3.7.0] > #define VALGRIND_CHECK_MEM_IS_DEFINED(_qzz_addr,_qzz_len) \ > VALGRIND_DO_CLIENT_REQUEST_EXPR(0, \ > VG_USERREQ__CHECK_MEM_IS_DEFINED, \ > (_qzz_addr), (_qzz_len), 0, 0, 0) > > Reverse merging changeset 17240eb22c5455683e5544a9a4733fe4add6225c > (previously r10453) > http://trac.mpich.org/projects/mpich/changeset/17240eb22c5455683e5544a9a473… > allowed me to compile mpich-3.0.1 in the presence of valgrind-3.6.0. > > Hopefully this is helpful. > > Thanks, > Chris > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss

1 0

mpich-3.0.1 compilation error when machine has valgrind-3.6.0
by Christopher Daley 18 Jan '13

18 Jan '13

Hi all, There is the following error when compiling mpich-3.0.1 with gcc-4.4.6 on x86_64 in the presence of valgrind-3.6.0. libtool: compile: gcc -DHAVE_CONFIG_H -I. -I./src/include -I./src/include -I./src/mpi/datatype -I./src/mpi/spawn -Isrc/util/logging/common -I./src/util/wrappers -I./src/util/wrappers -I./src/binding/cxx -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/binding/f77 -Isrc/binding/f90 -I./src/mpid/ch3/include -I./src/mpid/ch3/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/include -I./src/mpid/ch3/channels/nemesis/utils/monitor -I./src/mpid/common/datatype -I./src/mpid/common/datatype -I./src/mpid/common/sched -I./src/mpid/common/thread -I./src/pmi/simple -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpl/include -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpl/include -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/openpa/src -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/openpa/src -I/home/cdaley/tmp_build/mpich3/mpich-3.0.1/src/mpi/romio/include -g -O2 -MT src/mpi/comm/comm_create.lo -MD -MP -MF src/mpi/comm/.deps/comm_create.Tpo -c src/mpi/comm/comm_create.c -fPIC -DPIC -o src/mpi/comm/.libs/comm_create.o src/mpi/comm/comm_create.c: In function 'MPIR_Comm_create_calculate_mapping': src/mpi/comm/comm_create.c:163: error: expected ')' before ';' token src/mpi/comm/comm_create.c:164: error: expected ')' before ';' token comm_create.c:163: MPL_VG_CHECK_MEM_IS_DEFINED(*mapping_vcr_out, vcr_size * sizeof(**mapping_vcr_out)); expands to ((void)(__extension__({unsigned int _zzq_rlval; { volatile unsigned long long int _zzq_args[6]; volatile unsigned long long int _zzq_result; _zzq_args[0] = (unsigned long long int)(VG_USERREQ__CHECK_MEM_IS_DEFINED); _zzq_args[1] = (unsigned long long int)(((*mapping_vcr_out))); _zzq_args[2] = (unsigned long long int)(((vcr_size * sizeof(**mapping_vcr_out)))); _zzq_args[3] = (unsigned long long int)(0); _zzq_args[4] = (unsigned long long int)(0); _zzq_args[5] = (unsigned long long int)(0); __asm__ volatile("rolq $3, %%rdi ; rolq $13, %%rdi\n\t" "rolq $61, %%rdi ; rolq $51, %%rdi\n\t" "xchgq %%rbx,%%rbx" : "=d" (_zzq_result) : "a" (&_zzq_args[0]), "0" (0) : "cc", "memory" ); _zzq_rlval = _zzq_result; } _zzq_rlval; }));); Notice the ")););" at the end. The embedded ";" happens because mpl_valgrind.h:126: # define MPL_VG_CHECK_MEM_IS_DEFINED(addr_,len_) ((void)VALGRIND_CHECK_MEM_IS_DEFINED((addr_),(len_))) memcheck.h:169: [valgrind-3.6.0] #define VALGRIND_CHECK_MEM_IS_DEFINED(_qzz_addr,_qzz_len) \ VALGRIND_DO_CLIENT_REQUEST_EXPR(0, \ VG_USERREQ__CHECK_MEM_IS_DEFINED, \ (_qzz_addr), (_qzz_len), 0, 0, 0); This issue does not happen with newer versions of valgrind because the VALGRIND_CHECK_MEM_IS_DEFINED macro definition does not contain a semi-colon. memcheck.h:169: [valgrind-3.7.0] #define VALGRIND_CHECK_MEM_IS_DEFINED(_qzz_addr,_qzz_len) \ VALGRIND_DO_CLIENT_REQUEST_EXPR(0, \ VG_USERREQ__CHECK_MEM_IS_DEFINED, \ (_qzz_addr), (_qzz_len), 0, 0, 0) Reverse merging changeset 17240eb22c5455683e5544a9a4733fe4add6225c (previously r10453) http://trac.mpich.org/projects/mpich/changeset/17240eb22c5455683e5544a9a473… allowed me to compile mpich-3.0.1 in the presence of valgrind-3.6.0. Hopefully this is helpful. Thanks, Chris

1 0