<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 28, 2016 at 9:11 PM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">Stefano Zampini <<a href="mailto:stefano.zampini@gmail.com">stefano.zampini@gmail.com</a>> writes:<br>
<br>
> Just for the records:<br>
><br>
> I have an installation using the MKL distribution of scalapack but it<br>
>  doesn't use IntelMPI<br>
<br></span></blockquote><div><br></div><div>I don't understand your comment.  MKL ScaLAPACK is build against Intel MPI, Open-MPI and (maybe) SGI MPT.</div><div><br></div><div>Because of MPICH ABI compatibility (<a href="https://www.mpich.org/abi/">https://www.mpich.org/abi/</a>), you should be able to use the MKL ScaLAPACK libraries compiled against Intel MPI with MPICH, MVAPICH2, Cray MPI and any other late-model MPICH derivative, so long as the binary representation of MPICH objects does not change (e.g. MPI_Status object).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> I've just got a very strange error using MUMPS from PETSc<br>
><br>
> Intel MKL FATAL ERROR: Cannot load symbol MKLMPI_Get_wrappers.<br>
<br></span></blockquote><div><br></div><div>Can you provide MCVE (<a href="http://stackoverflow.com/help/mcve">http://stackoverflow.com/help/mcve</a>)?  If not, I'll take a non-minimal CVE.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> The error goes away with -mat_mumps_icntl_13 1 (which disables ScaLAPACK)<br>
<br>
</span>Do you want that to happen automatically?  Could we try and catch the<br>
error instead of relying on configure to determine this run-time bug?<br>
<span class=""><br>
> This issue is related with<br>
><br>
> <a href="https://software.intel.com/en-us/articles/using-intel-mkl-mpi-wrapper-with-the-intel-mkl-cluster-functions" rel="noreferrer" target="_blank">https://software.intel.com/en-us/articles/using-intel-mkl-mpi-wrapper-with-the-intel-mkl-cluster-functions</a><br><br></span></blockquote><div><br></div><div>I was aware this was coming down the line.  Since it is new, it is potentially imperfect.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> Is it something we can check for at configure time or we just wait that<br>
> Intel ships MKL with a shared version of libmkl_blacs_(i)lp64?<br>
<br>
</span>You can write a test for it or wait.  Since the test needs to execute<br>
code, it would need to run as part of conftest on a batch system.<br>
</blockquote></div><br>Jeff, who works for Intel but is not responsible for any of our software products<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Jeff Hammond<br><a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><br><a href="http://jeffhammond.github.io/" target="_blank">http://jeffhammond.github.io/</a></div>
</div></div>