<div dir="ltr">Hi Satish,<div><br></div><div>That's reasonable.  What about the idea of adding the instructions to append $PETSC_DIR/$PETSC_ARCH/bin to your path if prefix has not been used?</div><div><br></div><div>A<br>
<br><div class="gmail_quote">On Sun, Jun 5, 2011 at 5:32 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Sun, 5 Jun 2011, Aron Ahmadia wrote:<br>
<br>
> OS X and many Linux distributions now come with a system MPI.  If you<br>
> install by downloading MPICH and then use 'mpirun', your code will never run<br>
> in parallel, at best, or do something completely unexpected, at worst.<br>
><br>
> The current default instructions are:<br>
><br>
> export PETSC_DIR=$PWD<br>
> ./config/configure.py --with-cc=gcc --with-fc=gfortran<br>
> --download-f-blas-lapack=1 --download-mpich=1<br>
> make all test<br>
><br>
> I think OS X-specific instructions that don't install MPICH or that<br>
> explicitly suggest appending $PETSC_DIR/$PETSC_ARCH/bin to your path when<br>
> running parallel jobs after installing mpich will help prevent users from<br>
> falling into this trap.<br>
<br>
</div></div>The above are generic instructions which work everywere. There are<br>
more specific examples further down - which one can check.<br>
<br>
And OSX has broken MPI to start with - and even if we pander to that -<br>
most users will have issues. The best thing an OSX user can do is<br>
delete those files.  [yeah - one has to manually delete them - one<br>
can't uninstall them]<br>
<font color="#888888"><br>
Satish<br>
</font></blockquote></div><br></div></div>