<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>When you run "make -jSOMETHING" the error message may be quite
      above the end of the standard error stream. Look further above for
      a "error:" string or something like that. Or just  re-run "make",
      and wait for it to fail. The error message should then just be in
      the last lines<br>
    </p>
    <div class="moz-cite-prefix">Le 12/03/2024 à 11:44, Thomas Larsen
      Wessel a écrit :<br>
    </div>
    <blockquote type="cite"
cite="mid:CAKKm1vF_L-eP4k6sDPGJFjNGtMSHKb1xr6HnXFizAWzJ4uYVhA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">Sorry for the late reply. 
        <div><br>
        </div>
        <div>@Richard; Your advice is certainly useful. I could use some
          advice on best practices :)<br>
        </div>
        <div><br>
        </div>
        <div>After *installing* GDAL, I was able to run cmake without
          issues. But then make would fail at 56% every time (simply
          printing "Error 2"). By coincidence I found out, that if I
          just ran the same make command one more time (without
          cleaning), it would progress beyond the 56%, and run for
          another 20 minutes before it failed at 64%. If I ran for a
          third time it would progress a bit more (or maybe the output
          just looks different), but still at 64%. Any additional
          attempts give no further progress. </div>
        <div><br>
        </div>
        <div>mkdir build; cd build<br>
          GDAL_DIR=/home/velle/install-gdal-3.7.2 cmake ..
          -DCMAKE_BUILD_TYPE=DEBUG 2>&1 | tee cmakelog.txt<br>
          time make -j4 VERBOSE=1 2>&1 | tee make_j4_1.txt<br>
          time make -j4 VERBOSE=1 2>&1 | tee make_j4_2.txt<br>
          time make -j4 VERBOSE=1 2>&1 | tee make_j4_3.txt<br>
        </div>
        <div><br>
        </div>
        <div>The last part of make_j4_3.txt looks like this:</div>
        <div><br>
        </div>
        <div>Dependencies file
          "src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpktiles.cpp.o.d"
          is newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".<br>
          Dependencies file
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsvtpkvectortiledataprovider.cpp.o.d"
          is newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".<br>
          Dependencies file
"src/core/CMakeFiles/qgis_core.dir/vectortile/qgsxyzvectortiledataprovider.cpp.o.d"
          is newer than depends file
"/home/velle/b/QGIS/build/src/core/CMakeFiles/qgis_core.dir/compiler_depend.internal".<br>
          Consolidate compiler generated dependencies of target
          qgis_core<br>
          make[2]: Leaving directory '/home/velle/b/QGIS/build'<br>
          make  -f src/core/CMakeFiles/qgis_core.dir/build.make
          src/core/CMakeFiles/qgis_core.dir/build<br>
          make[2]: Entering directory '/home/velle/b/QGIS/build'<br>
          make[2]: Nothing to be done for
          'src/core/CMakeFiles/qgis_core.dir/build'.<br>
          make[2]: Leaving directory '/home/velle/b/QGIS/build'<br>
          [ 64%] Built target qgis_core<br>
          make[1]: Leaving directory '/home/velle/b/QGIS/build'<br>
          make: *** [Makefile:166: all] Error 2<br>
        </div>
        <div><br>
        </div>
        <div>I don't see anything failing until the point it aborts. Can
          I get more details about what is failing?</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>It took some time to find the VERBOSE=1 option, but even
          with verbose output I don't understand what is going on. Is
          it </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Thu, Feb 29, 2024 at
          8:52 AM Matthias Kuhn <<a href="mailto:matthias@opengis.ch"
            moz-do-not-send="true" class="moz-txt-link-freetext">matthias@opengis.ch</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">
          <div dir="ltr">
            <div dir="ltr"><br>
            </div>
            <br>
            <div class="gmail_quote">
              <div dir="ltr" class="gmail_attr">On Wed, Feb 28, 2024 at
                7:45 PM Even Rouault via QGIS-Developer <<a
                  href="mailto:qgis-developer@lists.osgeo.org"
                  target="_blank" moz-do-not-send="true"
                  class="moz-txt-link-freetext">qgis-developer@lists.osgeo.org</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">
                <div>
                  <p>and then when configuring QGIS, use
                    GDAL_DIR=$HOME/install-gdal-3.7.2  . I'm not totally
                    sure about that last part. may require tweaking. you
                    could alter the PATH to point to
                    $HOME/install-gdal-3.7.2/bin so that "gdal-config"
                    from your installed GDAL is picked up</p>
                </div>
              </blockquote>
              <div><br>
              </div>
              <div>It will first try to locate GDAL via cmake config (<a
href="https://github.com/qgis/QGIS/blob/master/cmake/FindGDAL.cmake#L16"
                  target="_blank" moz-do-not-send="true"
                  class="moz-txt-link-freetext">https://github.com/qgis/QGIS/blob/master/cmake/FindGDAL.cmake#L16</a>).
                Only if that fails it will fall back to the gdal-config
                executable.</div>
              <div><br>
              </div>
              <div>To help cmake find a package on a custom install
                prefix, refer to <a
href="https://cmake.org/cmake/help/latest/command/find_package.html#config-mode-search-procedure"
                  target="_blank" moz-do-not-send="true"
                  class="moz-txt-link-freetext">https://cmake.org/cmake/help/latest/command/find_package.html#config-mode-search-procedure</a></div>
              <div><br>
              </div>
              <div>in your case I'd suggest using `-D
                GDAL_ROOT=$HOME/install-gdal-3.7.2` after installing</div>
              <div><br>
              </div>
              <div>Matthias</div>
              <div><br>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
<a class="moz-txt-link-freetext" href="http://www.spatialys.com">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </body>
</html>