Yes, this is what I was working on but my time got blown away by other things. Using the parmetis makefile is ridiculous. <br><br>On Thursday, February 16, 2012, Barry Smith  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
   PETSc-folks<br>
<br>
     Actually why does parmetis.py even use that stupid gnumake file, we could change parmetis.py to issue the cmake builder command directly and then the make on the cmake generated makefile also directly and totally bypass that absurd makefile. Then we can have better control over what gets passed to the cmake builder and can pass down easily the needed include directories for MPI<br>

<br>
   Barry<br>
<br>
On Feb 16, 2012, at 10:00 PM, Barry Smith wrote:<br>
<br>
><br>
>  John,<br>
><br>
>   So I looked in the parmetis Makefile and it looks like it has no direct mechanism to pass in MPI include file directories etc. I do not know much about cmake the only way I could see getting that information in is via<br>

><br>
> ifneq ($(cflags), not-set)<br>
>    CONFIG_FLAGS += -DCMAKE_C_FLAGS:STRING="$(cflags)"<br>
> endif<br>
><br>
> but I don't know if this is a legitimate way in cmake to pass in include directories to cmake. JED?????<br>
><br>
> If the machine has MPI compiler wrappers (like most systems do) and you used that rather than passing icc and the MPI information to PETSc's ./configure that would also work.<br>
><br>
><br>
>   Barry<br>
><br>
><br>
> On Feb 16, 2012, at 11:58 AM, John Fettig wrote:<br>
><br>
>> Hello PETSc gurus,<br>
>><br>
>> I'm trying to install petsc-dev using --download-parmetis=1, and it isn't<br>
>> passing any info that I give it about MPI to the parmetis configure.<br>
>> Looking at config/PETSc/packages/parmetis.py, it doesn't look like there is<br>
>> any attempt made to pass along this info.  Am I doing something wrong?<br>
>> (configure.log attached)<br>
>><br>
>> Thanks,<br>
>> John<br>
>><br>
>> <configure.log.gz><br>
><br>
<br>
</blockquote>