<div dir="ltr"><div>Barry,<br></div><div><br></div><div>First, there is a fix that we need in the AMGx repo (appended).</div><div><br></div><div>I've never had problems like this not being able to build. I will try to build my AMGx manually to check.</div><div><br></div><div>21:31 master *= ~/AMGX$ git diff<br>diff --git a/base/include/amgx_c_wrappers.inl b/base/include/amgx_c_wrappers.inl<br>index 42496f0..ed9f0e1 100644<br>--- a/base/include/amgx_c_wrappers.inl<br>+++ b/base/include/amgx_c_wrappers.inl<br>@@ -643,7 +643,7 @@ inline AMGX_Mode get_mode_from(const Envelope &envl)<br>     {<br>         //throws...<br>         //<br>-        FatalError("Mode not found.\n", AMGX_ERR_BAD_MODE);<br>+        // FatalError("Mode not found.\n", AMGX_ERR_BAD_MODE);<br>     }<br> <br>     AMGX_Mode mode = static_cast<AMGX_Mode>(itFound->second);<br>@@ -1125,4 +1125,4 @@ inline bool remove_managed_matrix(AMGX_matrix_handle envl)<br> } //namespace unnamed<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 3, 2019 at 8:50 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
  The first error is <br>
<br>
nvcc error   : 'cicc' died due to signal 9 (Kill signal)<br>
nvcc error   : 'cicc' died due to signal 9 (Kill signal)<br>
<br>
later<br>
<br>
/autofs/nccs-svm1_home1/adams/petsc/arch-summit-opt64-gnu-cuda/externalpackages/git.amgx/base/src/<a href="http://amgx_c_common.cu" rel="noreferrer" target="_blank">amgx_c_common.cu</a>(77): catastrophic error: error while writing generated C++ file: Cannot allocate memory<br>
<br>
1 catastrophic error detected in the compilation of "/tmp/tmpxft_000038d3_00000000-4_amgx_c_common.cpp4.ii".<br>
<br>
  Whatever machine you are compiling on seems to be overloaded. What does top show? Can you log into "different" compiler servers on Summit?<br>
<br>
  I run the install on the utk system with no problems like this. <br>
<br>
PETSc configure is deciding  <br>
<br>
TEST configureMakeNP from config.packages.make(/autofs/nccs-svm1_home1/adams/petsc/config/BuildSystem/config/packages/make.py:168)<br>
TESTING: configureMakeNP from config.packages.make(config/BuildSystem/config/packages/make.py:168)<br>
  check no of cores on the build machine [perhaps to do make '-j ncores']<br>
          module multiprocessing found 128 cores: using make_np = 59<br>
            Defined make macro "MAKE_NP" to "59"<br>
            Defined make macro "MAKE_TEST_NP" to "49"<br>
            Defined make macro "MAKE_LOAD" to "166.4"<br>
            Defined make macro "NPMAX" to "128"<br>
<br>
then somehow this gets passed down to the AMGX cmake. Perhaps you could try less greedy numbers. <br>
<br>
Executing: /usr/bin/gmake -j59 -l166.4 <br>
<br>
Perhaps try <br>
<br>
--with-make-np=20<br>
<br>
--with-make-load=20<br>
<br>
Barry<br>
<br>
<br>
<br>
> On Dec 3, 2019, at 4:17 PM, Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> <br>
>  That might have been from an old .nsf file. Here is a new one. I'm sure I have the disk space.<br>
> <br>
> On Tue, Dec 3, 2019 at 4:51 PM Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> Humm, clean up and seem to have different error:<br>
> <br>
> <br>
> On Tue, Dec 3, 2019 at 3:45 PM Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> wrote:<br>
> Could you have run out of disk space?<br>
> <br>
> /usr/bin/ranlib: libamgx_base.a: Input/output error<br>
> gmake[2]: *** [base/libamgx_base.a] Error 1<br>
> gmake[2]: *** Deleting file `base/libamgx_base.a'<br>
> gmake[1]: *** [base/CMakeFiles/amgx_base.dir/all] Error 2<br>
> gmake: *** [all] Error 2<br>
> <br>
>    Matt<br>
> <br>
> On Tue, Dec 3, 2019 at 1:44 PM Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> <br>
> <br>
> <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>
> <br>
> <a href="https://www.cse.buffalo.edu/~knepley/" rel="noreferrer" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br>
> <configure.log><br>
<br>
</blockquote></div>