<div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 1, 2018 at 6:14 PM Smith, Barry F. <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
   Can you please do<br>
<br>
nm -o /opt/intel/compilers_and_libraries_2018.1.163/linux/mkl/lib/intel64/*.* | grep mkl_blas_dtrsm<br>
<br>
<br>
> On Jul 1, 2018, at 3:14 PM, Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> <br>
> Sorry, I've sent several today.<br>
> <br>
> On Sun, Jul 1, 2018 at 2:59 PM Smith, Barry F. <<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>> wrote:<br>
> <br>
>    Mark,<br>
> <br>
>     You need to send the full configure.log (it if doesn't fit for petsc-dev, better to send it to petsc-maint that doesn't mind big attachments.<br>
> <br>
>    Barry<br>
> <br>
> <br>
> > On Jul 1, 2018, at 1:49 PM, Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> > <br>
> > <br>
> > <br>
> > On Sun, Jul 1, 2018 at 1:43 PM Victor Eijkhout <<a href="mailto:eijkhout@tacc.utexas.edu" target="_blank">eijkhout@tacc.utexas.edu</a>> wrote:<br>
> > <br>
> > <br>
> >> On Jul 1, 2018, at 12:30 PM, Jeff Hammond <<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a>> wrote:<br>
> >> <br>
> >> If you really want to do this, then replace COMMON with CORE to specialize for SKX. There’s not point to using COMMON if you’ve got the MIC path already.<br>
> >> <br>
> > <br>
> > We advocate CORE on our userguides, but the Intel compiler crashes reliably with that in certain cases. I think in particular Intel has never figured out how complex numbers work. If the compiler crashes it’s always on the petsc complex mode. I think I have submitted tickets about that, so maybe it’s fixed in update 3.<br>
> > <br>
> > I have also seen cases where CORE gives numerical problems and replacing by COMMON fixed them. Sorry, that was a user ticket and having solved it I didn’t bother to submit an Intel support ticket.<br>
> > <br>
> > I have unconfirmed reports of numerical problems. I will try your flags if I can reproduce them. Any other tricks that you used to get MKL/PETSc to work?<br>
> > <br>
> > Also, PETSc is having problems finding libs. I get this error that it can not find -blas and I see that there is a libmkl_blas95_ilp64.a and libmkl_blas95_lp64.a, but no libblas.a.<br>
> > <br>
> > I'm stuck, any help would be appreciated,<br>
> > <br>
> > Thanks,<br>
> > Mark<br>
> > <br>
> > Executing: cc  -o /tmp/petsc-WPf2VB/config.libraries/conftest     -g -O0 -hcpu=mic-knl -qopenmp-simd -fopenmp /tmp/petsc-WPf2VB/config.libraries/conftest.o  -Wl,-rpath,/opt/intel/compilers_and_libraries_2018.1.163/linux/mkl/lib/intel64 -L/opt/intel/compilers_and_libraries_2018.1.163/linux/mkl/lib/intel64 -lblas -lstdc++ -ldl <br>
> > Possible ERROR while running linker: exit code 256<br>
> > stderr:<br>
> > /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: cannot find -lblas<br>
> >                     Popping language C<br>
> >               Unknown name mangling in BLAS/LAPACK<br>
> > **** Configure header /tmp/petsc-WPf2VB/confdefs.h ****<br>
> > #if !defined(INCLUDED_UNKNOWN)<br>
> >  <br>
> > <br>
> > The support website is a nightmare anyway, so I’m not overly motivated to submit support tickets in the first place.<br>
> > <br>
> > Victor.<br>
> <br>
> <configure.log><br>
<br>
</blockquote></div>