I vote for kicking out BlockSolve95. It has not been maintained since 95. It does parallel<br>ICC(0) and ILU(0). The ILU can be done by PILUT. It appears the only thing we give up<br>is ICC(0) in parallel. IS this worth keeping this headache?<br>
<br>  Matt<br><br><div class="gmail_quote">On Tue, May 19, 2009 at 1:25 PM, Satish Balay <span dir="ltr"><<a href="mailto:petsc-maint@mcs.anl.gov">petsc-maint@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tue, 19 May 2009, Rebecca Hartman-Baker wrote:<br>
<br>
> Hi,<br>
><br>
> I'm installing PETSc 3.0.0 p4 on jaguar at ORNL, which runs linux on the<br>
> front end and CNL 2.1 on the compute nodes.  Our MPI is the Cray<br>
> distribution.  I am compiling with PGI compiler 8.0.3.  The user requested<br>
> that I create an installation that includes hdf5, hypre, sundials,<br>
> blocksolve95, and the matlab interface.  In creating this custom<br>
> installation, I'm running into two problems.<br>
><br>
> First, I was having some trouble figuring out how to get blocksolve95.  When<br>
> I click on the links in the PETSc website referencing blocksolve95, I get a<br>
> "page not found" error.  After asking a colleague about it, I was able to<br>
> track down the ftp site to retrieve it (<a href="http://ftp.mcs.anl.gov/pub/BlockSolve95/" target="_blank">ftp.mcs.anl.gov/pub/BlockSolve95/</a>),<br>
> but this is one of the few packages where there's an interface to it but no<br>
> means for PETSc to download and install it for you.  I wanted to make sure<br>
> that since there doesn't appear to be an official source that I've indeed<br>
> fetched the right thing.<br>
<br>
</div>Yes - we don't have a --download-blocksolve95 option. It has to be<br>
installed manually - and then specified to PETSc<br>
configure. [BlockSolve uses very-old install style of petsc - and was<br>
never updated..]<br>
<div class="im"><br>
> Second, when I compile the matlab interface, it appears that there's an<br>
> invalid flag, -pthread, which is not understood by the PGI compiler.  It<br>
> appears to be a standard GNU flag that allows the use of pthreads.  I wasn't<br>
> able to track down where this flag is set.  Other than this, the compilation<br>
> (without blocksolve95) went just fine.  The logfiles told me to send them to<br>
> you, so attached please find make.log and configure.log from my compilation.<br>
<br>
>>>>>>><br>
</div>libfast in: /sw/xt5/petsc/3.0.0/cnl2.1_pgi8.0.3_custom/petsc-3.0.0-p4/src/sys/viewer/impls/socket/matlab<br>
BEGINNING TO COMPILE MATLAB INTERFACE<br>
/opt/cray/xt-asyncpe/2.3/bin/cc: INFO: linux target is being used<br>
/opt/cray/xt-asyncpe/2.3/bin/cc: INFO: linux target is being used<br>
/opt/cray/xt-asyncpe/2.3/bin/cc: INFO: linux target is being used<br>
pgcc-Error-Unknown switch: -pthread<br>
<br>
    mex: link of ' "sread.mexa64"' failed.<br>
<br>
make[10]: [sread] Error 1 (ignored)<br>
/bin/mv: cannot stat `sread.mex*': No such file or directory<br>
make[10]: [sread] Error 1 (ignored)<br>
<<<<<<<<<br>
<br>
The errors are from /sw/xt5/matlab/7.7/sles_binary/bin/mex - as we are<br>
attempting to invoke it with "mex CC=cc" - but perhaps it only works<br>
with "mex CC=gcc"?<br>
<br>
<br>
Perhaps you can edit src/sys/viewer/impls/socket/matlab/makefile - and<br>
remove all occurences of "CC=${CC}" - and see if it works.<br>
<font color="#888888"><br>
Satish<br>
</font><div><div></div><div class="h5"><br>
><br>
> Thanks for your help!<br>
><br>
> Sincerely,<br>
> Rebecca Hartman-Baker<br>
><br>
><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>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<br>