<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 8, 2015 at 3:17 PM, Satish Balay <span dir="ltr"><<a href="mailto:balay@mcs.anl.gov" target="_blank">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">>>>>>><br>
Executing: cc -c -o /tmp/petsc-8S0Qxp/config.setCompilers/conftest.o -I/tmp/petsc-8S0Qxp/config.setCompilers   /tmp/petsc-8S0Qxp/config.setCompilers/conftest.c<br>
<snip><br>
Executing: cc  -o /tmp/petsc-8S0Qxp/config.setCompilers/conftest    /tmp/petsc-8S0Qxp/config.setCompilers/conftest.o -lstdc++<br>
Executing: /tmp/petsc-8S0Qxp/config.setCompilers/conftest<br>
Executing: /tmp/petsc-8S0Qxp/config.setCompilers/conftest<br>
ERROR while running executable: Could not execute "/tmp/petsc-8S0Qxp/config.setCompilers/conftest":<br>
<<<<<<<br>
<br>
Hm - there is no error message [or error number] listed.<br>
<br>
Perhaps you can try debugging this without PETSc. i.e compile/run a<br>
simple code and see if it works.<br>
<br>
You can use src/benchmarks/sizeof.c or<br>
<a href="http://trac.mpich.org/projects/mpich/export/60482cc2ca9a740d049444a9261a04a3007bc306/examples/cpi.c" target="_blank">http://trac.mpich.org/projects/mpich/export/60482cc2ca9a740d049444a9261a04a3007bc306/examples/cpi.c</a><br>
<br>
[perhaps runs from $HOME work - but not /tmp ? - but then you said -<br>
'This workflow seemed to work for pgi & gnu programming envs' - so<br>
this shouldn't be the problem]<br></blockquote><div><br></div><div>Yea, I tried this workflow with PGI and it worked.  I'm giving up on Intel and see if we can make GNU work for Treb.<br><br></div><div>Thanks,<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Satish<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Fri, 8 May 2015, Mark Adams wrote:<br>
<br>
> I added the LD path stuff and that seems to have fixed this problem ... but<br>
> there are still problems.<br>
><br>
> On Fri, May 8, 2015 at 1:23 PM, David Trebotich <<a href="mailto:dptrebotich@lbl.gov">dptrebotich@lbl.gov</a>> wrote:<br>
><br>
> > This has all come up because I cannot build Chombo-crunch using gnu<br>
> > prgenv---cannot find mkl anymore.  So olcf consultants advised Intel<br>
> > prgenv.  I am not sure yet what form of libs are used, that is mkl, blas, I<br>
> > don't know.<br>
> ><br>
> > David Trebotich<br>
> > sent from mobile<br>
> > <a href="tel:%28510%29%20384-6868" value="+15103846868">(510) 384-6868</a><br>
> > On May 8, 2015 9:22 AM, "Satish Balay" <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> wrote:<br>
> ><br>
> >> On Fri, 8 May 2015, Ed D'Azevedo wrote:<br>
> >><br>
> >> > Is petsc using ACML specific routines?<br>
> >> > If not, perhaps MKL provides the lapack/blas and ACML is not needed?<br>
> >> ><br>
> >> > Just a thought.<br>
> >><br>
> >> yup PETSc can use whatever blas/lapck user provides.<br>
> >><br>
> >> In this case PETSc was not seeking acml - but the 'module' env was<br>
> >> presumably setup with acml [and the compilers are attempting to use<br>
> >> these modules directly - irrespective of PETSc]<br>
> >><br>
> >> Satish<br>
> >><br>
> ><br>
><br>
<br>
</div></div></blockquote></div><br></div></div>