<div dir="ltr"><div dir="ltr">On Sun, Mar 22, 2020 at 5:46 PM Jacob Faibussowitsch <<a href="mailto:jacob.fai@gmail.com">jacob.fai@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><blockquote type="cite">Wrt MPICH - My suggestion is to install with --download-mpich --prefix [as mentioned]. Primary reason is: we use --with-device=ch3:sock - which is good for 'oversubscribe' usage [running "mpiexec -n 8 ./exe" on a dual core box] - which is what we normally do during development. And also its valgrind clean.</blockquote><div><br></div>Prefix is where the source is downloaded to? Or where the libs/binaries are put?</div></blockquote><div><br></div><div>Its where the install goes to (libraries and binaries).</div><div><br></div><div>  Thanks,</div><div><br></div><div>    Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"> Ideally I would like my source to be in /my/custom/path and the resulting binaries and libraries to be in /usr/bin or /usr/local/bin where all my other downloaded packages are.<div><br><div>
<div dir="auto" style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;word-wrap:break-word"><div>Best regards,<br><br>Jacob Faibussowitsch<br>(Jacob Fai - booss - oh - vitch)<br>Cell: (312) 694-3391</div></div>

</div>
<div><br><blockquote type="cite"><div>On Mar 22, 2020, at 4:37 PM, Satish Balay <<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>> wrote:</div><br><div><div>On Sun, 22 Mar 2020, Jacob Faibussowitsch wrote:<br><br><blockquote type="cite"><blockquote type="cite">Yes on all points regarding MPI and BLAS/Lapack.  I recommend installing<br>a current MPICH and/or Open MPI system-wide, preferably hooked up to<br>ccache (see replies to this thread:<br><a href="https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html" target="_blank">https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html</a> <<a href="https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html" target="_blank">https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html</a>>),<br>as well as BLAS/Lapack system-wide.  It's the other packages that are<br>more likely to depend on int/scalar configuration, but even many of<br>those (HDF5, SuiteSparse, etc.) aren't built specially for PETSc.<br></blockquote><br>Is the home-brew MPICH, openblas, lapack sufficient here? Or is it recommended to build all three from source?<br></blockquote><br>On Mac - configure defaults to using VecLib [Apple's default blas/alapck].<br><br>Wrt MPICH - My suggestion is to install with --download-mpich --prefix [as mentioned]. Primary reason is: we use --with-device=ch3:sock - which is good for 'oversubscribe' usage [running "mpiexec -n 8 ./exe" on a dual core box] - which is what we normally do during development. And also its valgrind clean.<br><br>And then we recommend xcode gcc/g++ with brew/gfortran - so MPICH can be built with this combination of compilers [using this mode]<br><br>Satish<br><br><blockquote type="cite"><br>Best regards,<br><br>Jacob Faibussowitsch<br>(Jacob Fai - booss - oh - vitch)<br>Cell: (312) 694-3391<br><br><blockquote type="cite">On Mar 22, 2020, at 4:25 PM, Jed Brown <<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>> wrote:<br><br>Jacob Faibussowitsch <<a href="mailto:jacob.fai@gmail.com" target="_blank">jacob.fai@gmail.com</a> <<a href="mailto:jacob.fai@gmail.com" target="_blank">mailto:jacob.fai@gmail.com</a>>> writes:<br><br><blockquote type="cite">Hello all,<br><br>As part of development, I have several arch folders lying around in my PETSC_DIR namely a 32-bit OSX, 64-bit OSX, 32-bit linux with valgrind, 64-bit linux with valgrind, and a 32-bit up to date with current master. All of these have a —download-mpich —download-fblaslapack and hence their own copy of each (so that’s 5 copies of each, plus other duplicated packages im sure). At this stage, even getting the bare minimum of these arches ready for dev work after a rebase/git pull takes decades as package versions, or conf settings change, forcing a rebuild of the same packages multiple times.<br><br>My question(s):<br>What petsc ./configure options are necessary to change the<br>configuration of each library w.r.t. petsc? i.e. can my 64-bit arches<br>use my 32-bit MPICH/fblaslapack and vice-versa? <br></blockquote><br>Yes on all points regarding MPI and BLAS/Lapack.  I recommend installing<br>a current MPICH and/or Open MPI system-wide, preferably hooked up to<br>ccache (see replies to this thread:<br><a href="https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html" target="_blank">https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html</a> <<a href="https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html" target="_blank">https://lists.mcs.anl.gov/pipermail/petsc-dev/2020-January/025505.html</a>>),<br>as well as BLAS/Lapack system-wide.  It's the other packages that are<br>more likely to depend on int/scalar configuration, but even many of<br>those (HDF5, SuiteSparse, etc.) aren't built specially for PETSc.<br><br><blockquote type="cite">Does this change when I have —with-debug on or off? If so, what other<br>packages have a similar ability? Is there anywhere in ./configure<br>—help where this kind of information would be documented?<br><br>I suspect that this hasn’t been fully explored since its primarily a developer “problem” and not one the average user will run into/care about (since they usually aren’t building petsc multiple times). I’m sure everyone has their own ways of tackling this problem, I’d love to hear them.<br><br>Best regards,<br><br>Jacob Faibussowitsch<br>(Jacob Fai - booss - oh - vitch)<br>Cell: (312) 694-3391<br></blockquote></blockquote><br><br></blockquote></div></div></blockquote></div><br></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="http://www.cse.buffalo.edu/~knepley/" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>