And this sorted the problem. Compiled with the zstd libraries as well and no errors. Thank you very much! Laura
On Fri, 20 Dec 2019 at 13:14, Markus Metz <[email protected]> wrote: > > > On Fri, Dec 20, 2019 at 12:03 PM Laura Poggio <[email protected]> > wrote: > > > > Dear all, > > I managed to remove the error by specifying --without-zstd. > > is it possible that your custom path to zstd libs > /home/user/grass/zstd/zstd-1.4.0/lib > is not in LD_LIBRARY_PATH? > > That would explain it. > > Markus M > > > > Thanks a lot! > > Laura > > > > On Fri, 20 Dec 2019 at 10:48, Laura Poggio <[email protected]> > wrote: > >> > >> Dear Markus, > >> the path to the GRASS source (the directory where I compile) is > >> /home/user/grass/grass-7.8.2/ > >> > >> I get the same when I try to compile with -prefix=/home/user/local/ > >> > >> Thanks! > >> Laura > >> > >> On Fri, 20 Dec 2019 at 09:22, Markus Metz < > [email protected]> wrote: > >>> > >>> > >>> > >>> On Fri, Dec 20, 2019 at 7:47 AM Laura Poggio <[email protected]> > wrote: > >>> > > >>> > Dear Markus, > >>> > thanks > >>> > > >>> > Below my configure (grass 7.6.1 compiles fine with a similar > configure.) > >>> > > >>> > ./configure \ > >>> > -prefix=/home/user/grass/ \ > >>> > >>> is it possible that prefix and path to the GRASS source are identical? > This will not work and cause errors when running "make install". In this > case, prefix must be set to another location, e.g. /home/user/local if you > do not want or can not use the default /usr/local. > >>> > >>> Just a guess, > >>> > >>> Markus M > >>> > >>> > --enable-64bit > --with-fftw-includes=/cm/shared/apps/fftw/openmpi/gcc/64/3.3.7/include/ \ > >>> > --with-fftw-libs=/cm/shared/apps/fftw/openmpi/gcc/64/3.3.7/lib/ \ > >>> > > --with-freetype-includes=/home/user/grass/freetypes/freetype-2.9.1/include/ > \ > >>> > --with-netcdf --with-geos --with-blas --with-lapack --with-postgres \ > >>> > --with-zstd-libs=/home/user/grass/zstd/zstd-1.4.0/lib/ \ > >>> > --with-zstd-includes=/home/user/grass/zstd/zstd-1.4.0/lib/ > >>> > > >>> > The freetype and zstd are in my home because they are not available > on the cluster, so I had to create them locally. > >>> > If I may, I add an additional question: which is the right option in > configure to point to a specific version of proj? --with-proj-libs? > >>> > > >>> > Thanks a lot > >>> > > >>> > Laura > >>> > > >>> > > >>> > > >>> > On Thu, 19 Dec 2019 at 23:36, Markus Neteler <[email protected]> > wrote: > >>> >> > >>> >> On Thu, Dec 19, 2019 at 8:12 AM Laura Poggio < > [email protected]> wrote: > >>> >> > > >>> >> > Dear list, > >>> >> > I am trying to compile grass 7.8.2 on an HPC cluster using centos > 7 as operative system. I can not install binaries. > >>> >> > >>> >> Just to understand: for policy reasons? > >>> >> > >>> >> > I need to compile from source. > >>> >> > > >>> >> > The python version I am using is Python 3.7.4 > >>> >> > > >>> >> > The configure and the make are working fine. > >>> >> > >>> >> Importantly, pls post your "configure" command to better understand > >>> >> the error below: > >>> >> > >>> >> > However I get the following errors at the make install stage: > >>> >> > > >>> >> > rm /home/user/grass//grass78/etc/fontcap > >>> >> > rm: cannot remove ‘/home/user/grass//grass78/etc/fontcap’: No > such file or directory > >>> >> > make[1]: [real-install] Error 1 (ignored) > >>> >> > make /home/user/grass//grass78/etc/fontcap > >>> >> > make[2]: Entering directory `/home/user/grass/grass-7.8.2' > >>> >> > make[2]: *** No rule to make target > `/home/user/grass/grass-7.8.2/dist.x86_64-pc-linux-gnu/etc/fontcap', needed > by `/home/user/grass//grass78/etc/fontcap'. Stop. > >>> >> > make[2]: Leaving directory `/home/user/grass/grass-7.8.2' > >>> >> > make[1]: *** [real-install] Error 2 > >>> >> > make[1]: Leaving directory `/home/user/grass/grass-7.8.2' > >>> >> > make: *** [install] Error 2 > >>> >> > > >>> >> > Am I missing some dependencies in the fonts? > >>> >> > >>> >> ... probably in the configure step. > >>> >> > >>> >> > Is the python version ok or should I use a slightly older 3.x one? > >>> >> > >>> >> That should be fine. > >>> >> > >>> >> > are there any recommendations for the gcc version to use? > >>> >> > >>> >> No special recommendations. > >>> >> > >>> >> Best wishes > >>> >> Markus > >>> > > >>> > _______________________________________________ > >>> > grass-user mailing list > >>> > [email protected] > >>> > https://lists.osgeo.org/mailman/listinfo/grass-user >
_______________________________________________ grass-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-user
