[GRASS-user] Build error: git repo master

rshepard · July 12, 2019, 2:43pm

This is a new one for me:

Finished compilation: Fri Jul 12 07:16:54 PDT 2019
Makefile:57: recipe for target 'default' failed
make: *** [default] Error 1

Looking at line 57 in Makefile I see:

default:
         @echo "GRASS GIS $(GRASS_VERSION_MAJOR).$(GRASS_VERSION_MINOR).$(GR
                 > $(ERRORLOG)
         @echo "--------------------------------------------------" >> $(ERR
         @echo "Started compilation: `date`" >> $(ERR
         @echo "--" >> $(ERR
         @echo "Errors in:" >> $(ERR
         -$(CHMOD) 755 install-sh
         $(MAKE) subdirs
         $(MAKE) $(FILES_DST)
         $(MAKE) manifests
         @if [ `wc -l < "$(ERRORLOG)"` -gt 5 ] ; then \
                 echo "--" >> $(ERRORLOG) ; \
...

'echo $ERRORLOG' returns nothing and I don't find where ERRORLOG is defined.

Advice needed.

Regards,

Rich

neteler · July 12, 2019, 4:27pm

Rich Shepard <rshepard@appl-ecosys.com> schrieb am Fr., 12. Juli 2019, 16:43:

This is a new one for me:

Finished compilation: Fri Jul 12 07:16:54 PDT 2019
Makefile:57: recipe for target ‘default’ failed
make: *** [default] Error 1

Looking at line 57 in Makefile I see:

default:
@echo "GRASS GIS $(GRASS_VERSION_MAJOR).$(GRASS_VERSION_MINOR).$(GR

$(ERRORLOG)
@echo “--------------------------------------------------” >> $(ERR
@echo “Started compilation: date” >> $(ERR
@echo “–” >> $(ERR
@echo “Errors in:” >> $(ERR
-$(CHMOD) 755 install-sh
$(MAKE) subdirs
$(MAKE) $(FILES_DST)
$(MAKE) manifests
@if [ wc -l < "$(ERRORLOG)" -gt 5 ] ; then
echo “–” >> $(ERRORLOG) ;
…

‘echo $ERRORLOG’ returns nothing and I don’t find where ERRORLOG is defined.

Advice needed

Looks like old SVN repo got mixed with the new git repo.

I’d start over and git clone it into a new, empty directory.

Markus

Regards,

Rich

grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

rshepard · July 12, 2019, 5:11pm

On Fri, 12 Jul 2019, Markus Neteler wrote:

Looks like old SVN repo got mixed with the new git repo.
I'd start over and git clone it into a new, empty directory.

Markus,

Huh! I did start with a new, empty directory grass-master/. Will remove that
and make a new one.

The only thing common to both the old build and the new one is the
configuration file. Might there be something in there?

./configure \
--without-zstd \
--with-postgres \
--with-postgres-includes=/usr/include/postgresql/server/ \
--with-postgres-libs=/usr/lib/postgresql/10/lib/ \
--with-sqlite \
--with-sqlite-includes=/usr/include/ \
--with-sqlite-libs=/usr/lib/ \
--with-cairo \
--with-blas \
--with-lapack \
--with-freetype \
--with-freetype-includes=/usr/include/freetype2 \
--with-cxx \
--with-geos \
--with-gdal \
--with-nls \
--with-python \
--with-pthread \
--with-proj-share=/usr/share/proj \
--with-wxwidgets \
--enable-largefile \
--with-openmp \
--with-liblas

Thanks,

Rich

rshepard · July 12, 2019, 5:39pm

On Fri, 12 Jul 2019, Markus Neteler wrote:

I'd start over and git clone it into a new, empty directory.

Markus,

I removed the older directory and created a new one ~/gis/grass/grass_src/.
In that subdirectory I cloned the git repo.

Again it failed when building:

Finished compilation: Fri Jul 12 10:36:37 PDT 2019
Makefile:57: recipe for target 'default' failed
make: *** [default] Error 1

Have you -- or anyone else -- any thoughts on what else might be causing
this error?

Regards,

Rich

rshepard · July 12, 2019, 10:05pm

On Fri, 12 Jul 2019, Rich Shepard wrote:

I removed the older directory and created a new one ~/gis/grass/grass_src/.
In that subdirectory I cloned the git repo.

Again it failed when building:

What is particularly puzzling is that after I restored the source code in
~/gis/grass/grass7_trunk/ from the 30 June backup and tried building that
using the configuration file minus --without-zstd it also failed at the same
point, yet the last time I pulled from the svn repo it built witout errors.

Both the backup restoration and the github clone were loaded in
freshly-minted subdirectories.

Regards,

Rich

rshepard · July 15, 2019, 1:56pm

On Fri, 12 Jul 2019, Rich Shepard wrote:

Finished compilation: Fri Jul 12 07:16:54 PDT 2019
Makefile:57: recipe for target 'default' failed
make: *** [default] Error 1

Any new thoughts on why this happens?

I pulled a few changed files from the repo, reconfigured, and tried
building. Same error at the same time.

Rich

neteler · July 15, 2019, 2:57pm

Rich,

Rich Shepard <rshepard@appl-ecosys.com> schrieb am Mo., 15. Juli 2019, 15:56:

On Fri, 12 Jul 2019, Rich Shepard wrote:

Finished compilation: Fri Jul 12 07:16:54 PDT 2019
Makefile:57: recipe for target ‘default’ failed
make: *** [default] Error 1

Any new thoughts on why this happens?

Hard to say… Which Makefile is it?

I pulled a few changed files from the repo, reconfigured, and tried
building. Same error at the same time.

Rich

grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

rshepard · July 15, 2019, 3:03pm

On Mon, 15 Jul 2019, Markus Neteler wrote:

Hard to say... Which Makefile is it?

Markus,

Dated Jul 12 10:17. Copy attached.

Thanks,

Rich

(attachments)

Makefile (4.1 KB)

rshepard · July 17, 2019, 5:53pm

On Mon, 15 Jul 2019, Markus Neteler wrote:

Hard to say... Which Makefile is it?

Markus et al.,

Updated information.

I cloned the repo on two 64-bit machines, my Dell Latitude E5410
(4-core/8-thread, 8G RAM) and my new desktop (AMD Ryzen7 8-core/16-thread
CPU, 32G RAM) both running fully patched Slackware-14.2/x86_64. All have the
configuration file specifying --without zstd.

On both machines the build fails at the same place as does the 32-bit
desktop: Makefile: 57 recipe failed for target default.

In the years I've built from the svn repo this error has not before
occurred. I'm sure it's not a common thing or others would have reported it
much earlier.

I could send the configuration file but the problem appears to be in the
Makefile and I don't see how that would be different on Slackware-14.2 than
on other distributions.

Help needed.

Regards,

Rich

rshepard · July 17, 2019, 6:11pm

On Wed, 17 Jul 2019, Rich Shepard wrote:

Updated information.

On both machines the build fails at the same place as does the 32-bit
desktop: Makefile: 57 recipe failed for target default.

Here's more:

On the 64-bit desktop I checked out the grass6 branch, used the same
configuration file, and ran 'make'. It failed at the same place:

Makefile:57 recipe for target 'default' failed.

What other information can I provide?

Regards,

Rich

rshepard · July 17, 2019, 6:23pm

On Wed, 17 Jul 2019, Rich Shepard wrote:

On the 64-bit desktop I checked out the grass6 branch, used the same

Mea culpa! It was the 7_6 branch.

Rich

rshepard · July 17, 2019, 7:24pm

On Wed, 17 Jul 2019, Rich Shepard wrote:

Hard to say... Which Makefile is it?

Markus et al.,

I tried building 7.2.2 using the SlackBuilds.org build script. It, too,
failed at line 57 of Makefile. This was configured to include only postgres
and sqlite3.

How do I find the source of this build problem?

Rich

rshepard · July 18, 2019, 1:18pm

On Mon, 15 Jul 2019, Markus Neteler wrote:

Hard to say... Which Makefile is it?

Markus,

The Makefile that was in the cloned repository.

Never before had any issue like this, and not on three separate hosts all
failing at the same point). I'm on a hard deadline for flowline analyses and
really need to get grass working again.

It's been a very long time since I wrote any C code and a Makefile so I have
no idea where to look for a reason why a Makefile would fail to build when
it reached line 57 and the default conditions.

Suggestions and thoughts needed.

Regards,

Rich

neteler · July 18, 2019, 2:24pm

Rich,

Rich Shepard <rshepard@appl-ecosys.com> schrieb am Fr., 12. Juli 2019, 16:43:

This is a new one for me:

Finished compilation: Fri Jul 12 07:16:54 PDT 2019
Makefile:57: recipe for target ‘default’ failed
make: *** [default] Error 1

Please check in the lines above (there must have been output in the terminal in which you compile) for error messages.

Looking at line 57 in Makefile I see:

default:
@echo "GRASS GIS $(GRASS_VERSION_MAJOR).$(GRASS_VERSION_MINOR).$(GR

$(ERRORLOG)
@echo “--------------------------------------------------” >> $(ERR
@echo “Started compilation: date” >> $(ERR
@echo “–” >> $(ERR
@echo “Errors in:” >> $(ERR
-$(CHMOD) 755 install-sh
$(MAKE) subdirs
$(MAKE) $(FILES_DST)
$(MAKE) manifests
@if [ wc -l < "$(ERRORLOG)" -gt 5 ] ; then
echo “–” >> $(ERRORLOG) ;
…

‘echo $ERRORLOG’ returns nothing and I don’t find where ERRORLOG is defined.

It is defined in include/Make/… (I’m traveling and have no computer available to check).
I think it is simply “error.log”.

Best,
Markus

rshepard · July 18, 2019, 2:49pm

On Thu, 18 Jul 2019, Markus Neteler wrote:

Please check in the lines above (there must have been output in the
terminal in which you compile) for error messages.

Markus,

My apologies for not doing this before.

It is defined in include/Make/... (I'm traveling and have no computer
available to check).
I think it is simply "error.log".

Actually, there are errors in almost every source file. I tee'd the build
process (82K xz compressed tarball) and copied the end to the attached file
which shows all the errors. Haven't see this before, only the occasional
single file that bombed.

Thanks,

Rich

(attachments)

grass-build-end.txt (11.7 KB)

Markus_Metz · July 18, 2019, 3:27pm

Hi Rich,

On Thu, Jul 18, 2019 at 4:49 PM Rich Shepard <rshepard@appl-ecosys.com> wrote:

On Thu, 18 Jul 2019, Markus Neteler wrote:

Please check in the lines above (there must have been output in the
terminal in which you compile) for error messages.

Markus,

My apologies for not doing this before.

It is defined in include/Make/… (I’m traveling and have no computer
available to check).
I think it is simply “error.log”.

Actually, there are errors in almost every source file. I tee’d the build
process (82K xz compressed tarball) and copied the end to the attached file
which shows all the errors. Haven’t see this before, only the occasional
single file that bombed.

can you go into any of the subdirs listed, run make and paste the full output?

I had the same error some hours ago, it was a library in a non-standard place that caused the problem.

Markus M

rshepard · July 18, 2019, 3:37pm

On Thu, 18 Jul 2019, Markus Metz wrote:

can you go into any of the subdirs listed, run make and paste the full
output? I had the same error some hours ago, it was a library in a
non-standard place that caused the problem.

Markus M,

I started the top of the list of failed builds:

[rshepard@baetis ~/gis/grass/grass_src/lib/raster3d/test]$ make
if [/"/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin/test.raster3d.lib"
/!= "" ] ; then
/GISRC=/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/demolocation/.grassrc77
/GISBASE=/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu
/PATH="/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/scripts:$PATH"
/PYTHONPATH="/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/etc/python:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/gui/wxpython:$PYTHONPATH"
/LD_LIBRARY_PATH="/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/scripts:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/lib:/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/lib:/usr/lib/qt/lib:"
/LC_ALL=C LANG=C LANGUAGE=C
//home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin/test.raster3d.lib
/--html-description < /dev/null | grep -v '</body>\|</html>' >
/test.raster3d.lib.tmp.html ; fi
/home/rshepard/gis/grass/grass_src/dist.x86_64-pc-linux-gnu/bin/test.raster3d.lib:
/ error while loading shared libraries: libgeos-3.7.0.so: cannot open shared
/ object file: No such file or directory
../../../include/Make/Html.make:14: recipe for target 'test.raster3d.lib.tmp.html' failed
make: *** [test.raster3d.lib.tmp.html] Error 1
rm test.raster3d.lib.tmp.html

In case long lines are truncated I've attached the file.

Thanks,

Rich

(attachments)

raster3d-test.txt (1.6 KB)

rshepard · July 18, 2019, 3:48pm

On Thu, 18 Jul 2019, Rich Shepard wrote:

/ error while loading shared libraries: libgeos-3.7.0.so: cannot open shared

Aha! On my systems there's libgeos-3.7.2.so.

Should I make a symlink to -3.7.0 or fix it elsewhere?

Rich

Markus_Metz · July 18, 2019, 3:52pm

On Thu, Jul 18, 2019 at 5:48 PM Rich Shepard <rshepard@appl-ecosys.com> wrote:

On Thu, 18 Jul 2019, Rich Shepard wrote:

/ error while loading shared libraries: libgeos-3.7.0.so: cannot open shared

Aha! On my systems there’s libgeos-3.7.2.so.

yes, that’s the error. Either “make distclean” or if that does not help figure out if there are two different GEOS installations, then remove one of them. Also check where libgeos.so is and where it points to.

Markus M

Should I make a symlink to -3.7.0 or fix it elsewhere?

Rich

grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

rshepard · July 18, 2019, 3:57pm

On Thu, 18 Jul 2019, Markus Metz wrote:

Aha! On my systems there's libgeos-3.7.2.so.

yes, that's the error. Either "make distclean" or if that does not help
figure out if there are two different GEOS installations, then remove one
of them. Also check where libgeos.so is and where it points to.

Markus M,

After each build (or attempt) I run 'make distclean.'

There's only geos-3.7.2 installed.

On the 64-bit systems the libraries are in /usr/lib64/.

libgeos.so points to libgeos-3.7.2.so

so, I'll make a new softlink pointing libgeos-3.7.0.so to libgeos.so

Thanks,

Rich