Knowing what compiler 'script' is getting used by PETSc is extremely useful for recreating the build as Matt suggested.  Many newbie PETSc errors I deal with arise from mismatching system MPI libraries with a PETSc-installed MPI and this is a quick way to detect the choice of MPI.<div>
<br></div><div>A<br><br><div class="gmail_quote">On Tue, Aug 30, 2011 at 9:33 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@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"><br>
On Aug 30, 2011, at 1:27 PM, Satish Balay wrote:<br>
<br>
> On Tue, 30 Aug 2011, Barry Smith wrote:<br>
><br>
>><br>
>> On Aug 30, 2011, at 1:19 PM, Satish Balay wrote:<br>
>><br>
>>> On Tue, 30 Aug 2011, Barry Smith wrote:<br>
>>><br>
>>>><br>
>>>> Compilers:<br>
>>>> C Compiler:         /home/balay/petsc-dev/arch-cuda-double/bin/mpicc<br>
>>>><br>
>>>><br>
>>>>  It should also print the underlying compiler that is used by mpicc.<br>
>>><br>
>>> Right now - configure.log is the location for details. [and wrt<br>
>>> --download stuff - make.log also has the configure command which has<br>
>>> the details]<br>
>>><br>
>>> Sure - we don't have everything in summary printed by configure<br>
>><br>
>>   Well if room is so tight in the "summary printed by configure" then why do we waste room printing<br>
>><br>
>>>> C Compiler:         /home/balay/petsc-dev/arch-cuda-double/bin/mpicc<br>
>><br>
>>   since that conveys no information. Why not take it out and then there will be room for actually providing useful information.<br>
><br>
> There is verious levels of usefullness. Right now its says its using<br>
> mpicc installed by user - instead of some sysmte mpicc or somthing<br>
> else.<br>
><br>
> C compiler: /home/balay/petsc-dev/arch-cuda-double/bin/mpicc<br>
> Fortran compiler: fortran<br>
><br>
> There is still some useful info here.<br>
><br>
> Its just that it doesn't have the info you are currently looking for..<br>
><br>
> Perhaps Matt can update configure to have this info detected in a<br>
> useable format to be printed here.. [whats in configure.log is some<br>
> verbose info - not suitable for summary]<br>
<br>
</div></div>   Exactly. Whenever it prints the mpicc/f90 etc it should also print in a simple form the compiler backing it up. For example icc or whatever. -show is not good because it prints too much crap<br>
<br>
><br>
> Satish<br>
<br>
</blockquote></div><br></div>