Closed nelerey closed 1 year ago
dbaston
commented
3 years ago It sounds like you have multiple versions of GCC installed and gcc is pointing to version 4.8.5. If the newer version is installed as, say, gcc-9, you could do cmake -DMAKE_BUILD_TYPE=Release -DCMAKE_CXX_COMPILER=g++-9 ..
nelerey
commented
3 years ago Thank you for your reply! I loaded the modules in a different order, which apparently made gcc point to the correct version, and now seem to have managed to successfully build the build files and run "make".
However, in the very last step, "sudo make install" fails with the following error:
make: *** No rule to make target `install'. Stop.Interestingly this is the exact same error I get on my local machine (macOS catalina).
dbaston
commented
3 years ago Can you post an updated log? It sounds like cmake didn't find GDAL.
nelerey
commented
3 years ago You are right, I get warnings about gdal in both instances. Apologies for not noticing sooner, it didn't stop the compilation so I glanced over it (not used to compiling programs).
On HPC, it did not find GDAL >=2, although GDAL 3.1.0 seems to be loaded. Locally, I was using a conda environment that has gdal 3.0.4 and geos 3.8.1 in it.
HPC log file:
Local log file:
dbaston
commented
3 years ago On HPC, it did not find GDAL >=2, although GDAL 3.1.0 seems to be loaded.
It will look for GDAL by running the gdal-config command. It may be that you have GDAL installed but not the development package (gdal-dev, gdal-devel or similar -- depending in your platform)
nelerey
commented
3 years ago Thank you. It appeared to have compiled correctly on my local machine now, but when testing exactextract -h the following error appears:
dyld: Library not loaded: /usr/local/opt/netcdf/lib/libnetcdf.18.dylib
Referenced from: /usr/local/opt/gdal/lib/libgdal.28.dylib
Reason: image not found
Abort trap: 6I tried searching for what could be going on here but didn't find answers online.
dbaston
commented
3 years ago Does GDAL work otherwise; can you run gdalinfo ?
I'm encountering problems installing exactextract on my university's linux cluster.
After loading modules of the dependencies listed, the list of loaded modules is the following:
Even though the loaded GCC version appears to be 9.2.0, I get the following output and error when attempting to install exactextract following the precise instructions in the README:
It says “The C compiler identification is GNU 4.8.5” and “gcc 5.0+ is required to build exactextract”, which doesn’t seem to match the loaded version 9.2.0 compiler…
CMakeOutput.log file content:
Click to expand log file content
``` The system is: Linux - 3.10.0-1062.1.2.el7.x86_64 - x86_64 Compiling the C compiler identification source file "CMakeCCompilerId.c" succeeded. Compiler: /usr/bin/cc Build flags: Id flags: The output was: 0 Compilation of the C compiler identification source "CMakeCCompilerId.c" produced "a.out" The C compiler identification is GNU, found in "/gpfs/home/