I'm not too surprised; I haven't looked at how ParMETIS is being used within PETSc. The problem is definitely that ParMETIS isn't properly locating its GKlib subproject, and I think that the issue is in the lines I pointed out, but I'm not sure as to what the appropriate replacement for "${CMAKE_CURRENT_SOURCE_DIR}" is in your situation.<br>
<br>Jack<br><br><div class="gmail_quote">On Wed, Nov 30, 2011 at 5:18 PM, Mark F. Adams <span dir="ltr"><<a href="mailto:mark.adams@columbia.edu">mark.adams@columbia.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style="word-wrap: break-word;">This did not seem to help.<span class="HOEnZb"><font color="#888888"><div>Mark</div></font></span><div><div class="h5"><div><br><div><div>On Nov 30, 2011, at 5:35 PM, Jack Poulson wrote:</div>
<br><blockquote type="cite">I have actually run into a similar problem with ParMetis. I fixed it on my end by changing the ParMetis CMakeLists.txt lines<div><br></div><div><div>set(GKLIB_PATH METIS/GKlib CACHE PATH "path to GKlib")</div>
<div>
set(METIS_PATH METIS CACHE PATH "path to METIS")</div><div><br></div><div>to</div><div><br></div><div><div>set(GKLIB_PATH ${CMAKE_CURRENT_SOURCE_DIR}/metis/GKlib CACHE PATH "path to GKlib</div><div>")</div>
<div>set(METIS_PATH ${CMAKE_CURRENT_SOURCE_DIR}/metis CACHE PATH "path to METIS")</div></div><div><br></div><div>Your mileage may vary.</div><div><br></div><div>Jack</div><br><div class="gmail_quote">On Wed, Nov 30, 2011 at 4:32 PM, Aron Ahmadia <span dir="ltr"><<a href="mailto:aron.ahmadia@kaust.edu.sa" target="_blank">aron.ahmadia@kaust.edu.sa</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div dir="ltr">Mark,<div><br></div><div>Sorry, no help here, except that cmake is pretty easy to install from source, so that might be my recommendation if you don't want to wait for help from their systems team.</div>
<div><br></div><div>A<br><br><div class="gmail_quote"><div><div>On Thu, Dec 1, 2011 at 1:30 AM, Mark F. Adams <span dir="ltr"><<a href="mailto:mark.adams@columbia.edu" target="_blank">mark.adams@columbia.edu</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div>
<div style="word-wrap: break-word;">Thanks Tim, I do use gcc. And this is on Franklin at NERSC.<div><br></div><div>Cmake is just kicking my ass, now I get (appended).</div><div><br></div><div>I do have an old version of cmake here:</div>
<div><br></div><div><div>madams/petsc-dev> which cmake</div><div>/usr/common/usg/cmake/2.8.3/bin/cmake</div></div><div><br></div><div>any ideas?</div><div>Mark</div><div></div></div><br></div></div><div style="word-wrap: break-word;">
<div></div><div><div>=============================================================================== Configuring METIS; this may take several minutes =============================================================================== *******************************************************************************</div>
<div>
<div> UNABLE to CONFIGURE with GIVEN OPTIONS (see configure.log for details):</div><div>-------------------------------------------------------------------------------</div><div>Error running configure on METIS: Could not execute "cd /global/u2/m/madams/petsc-dev/externalpackages/metis-5.0.2 && make distclean && make config prefix=/global/homes/m/madams/petsc-dev/arch-xt5-opt cc="cc" doubleprecision=1":</div>
<div>rm -rf build/Linux-x86_64</div><div>rm -rf build/Linux-x86_64</div><div>mkdir -p build/Linux-x86_64</div><div>cd build/Linux-x86_64 && cmake /global/u2/m/madams/petsc-dev/externalpackages/metis-5.0.2 -DCMAKE_VERBOSE_MAKEFILE=1 -DGKLIB_PATH= -DCMAKE_INSTALL_PREFIX=/global/homes/m/madams/petsc-dev/arch-xt5-opt -DCMAKE_C_COMPILER=cc -DMETIS_USE_DOUBLEPRECISION=1</div>
</div><div>-- The C compiler identification is GNU</div><div>-- The CXX compiler identification is GNU</div><div>-- Check for working C compiler: /opt/cray/xt-asyncpe/5.01/bin/cc</div><div>-- Check for working C compiler: /opt/cray/xt-asyncpe/5.01/bin/cc -- works</div>
<div>-- Detecting C compiler ABI info</div><div>-- Detecting C compiler ABI info - done</div><div>-- Check for working CXX compiler: /opt/gcc/4.5.3/bin/c++</div><div>-- Check for working CXX compiler: /opt/gcc/4.5.3/bin/c++ -- works</div>
<div>-- Detecting CXX compiler ABI info</div><div>-- Detecting CXX compiler ABI info - done</div><div>-- Configuring incomplete, errors occurred!</div><div>CMake Error at CMakeLists.txt:21 (include):</div><div> include could not find load file:</div>
<div><br></div><div> /GKlibSystem.cmake</div><div><div><br></div><div><br></div><div>make: *** [config] Error 1</div></div></div><div><div><div><br></div><div><br></div><div><br><div><div>On Nov 30, 2011, at 4:00 PM, Tim Gallagher wrote:</div>
<br><blockquote type="cite"><div><div style="font-family: 'Times New Roman'; font-size: 12pt; color: rgb(0, 0, 0);">Without knowing how your system is configured, this may not help. But on the Cray systems we use (they have the modules package installed), if we are using a compiler other than GNU (Intel, PGI, etc) but we want to use cmake, we still have to load the gcc module (not the programming environment, just the module).<span> </span><br>
<br>On our machines, it means we may load the PrgEnv-Intel module (so cc points to icc, ftn points to ifort, etc) but we also have to load gcc/<version> to get cmake to work.<span> </span><br><br>Tim<br><br><hr><div style="color: rgb(0, 0, 0); font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;">
<b>From:<span> </span></b>"Aron Ahmadia" <<a href="mailto:aron.ahmadia@kaust.edu.sa" target="_blank">aron.ahmadia@kaust.edu.sa</a>><br><b>To:<span> </span></b>"For users of the development version of PETSc" <<a href="mailto:petsc-dev@mcs.anl.gov" target="_blank">petsc-dev@mcs.anl.gov</a>><br>
<b>Sent:<span> </span></b>Wednesday, November 30, 2011 3:49:25 PM<br><b>Subject:<span> </span></b>Re: [petsc-dev] metis config error on XT4<br><br><div dir="ltr">looks like a broken cmake...<div><br></div><div>What happens when you just run: cmake by itself?</div>
<div><br></div><div>A<br><br><div class="gmail_quote">On Wed, Nov 30, 2011 at 11:47 PM, Mark F. Adams<span> </span><span dir="ltr"><<a href="mailto:mark.adams@columbia.edu" target="_blank">mark.adams@columbia.edu</a>></span><span> </span>wrote:<br>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">I'm getting this error on Franklin at NERSC:<br>
*******************************************************************************<br> UNABLE to CONFIGURE with GIVEN OPTIONS (see configure.log for details):<br>
-------------------------------------------------------------------------------<br>Error running configure on METIS: Could not execute "cd /global/u2/m/madams/petsc-dev/externalpackages/metis-5.0.2 && make distclean && make config prefix=/global/homes/m/madams/petsc-dev/arch-xt5-opt cc="cc" doubleprecision=1":<br>
rm -rf build/Linux-x86_64<br>rm -rf build/Linux-x86_64<br>mkdir -p build/Linux-x86_64<br>cd build/Linux-x86_64 && cmake /global/u2/m/madams/petsc-dev/externalpackages/metis-5.0.2 -DCMAKE_VERBOSE_MAKEFILE=1 -DGKLIB_PATH= -DCMAKE_INSTALL_PREFIX=/global/homes/m/madams/petsc-dev/arch-xt5-opt -DCMAKE_C_COMPILER=cc -DMETIS_USE_DOUBLEPRECISION=1<br>
cmake: /opt/gcc/4.5.3/snos/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by cmake)<br>make: *** [config] Error 1<br>*******************************************************************************<br>
<br>any ideas?<br><font color="#888888"><br>Mark<br></font></blockquote></div><br></div></div></div><br></div></div><br></blockquote></div><br></div></div></div></div><br></blockquote></div><br></div></div>
</blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></blockquote></div><br>