[GRASS-user] 7.9.dev build issue

Markus Neteler neteler at osgeo.org
Wed Nov 13 06:36:15 PST 2019


On Wed, Nov 13, 2019 at 2:47 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:
>
> On Wed, 13 Nov 2019, Markus Neteler wrote:
>
> > ^-- libgdal.so.20 not found
> > However, since you use GDAL 3, the same is "libgdal.so.26".
>
> Markus,
>
> I could make a new softlink.

This will not work (or show hidden errors) as they are likely not
version compatible (GDAL 2 vs GDAL 3).


> > (see https://github.com/OSGeo/grass/pull/191/files)
> > Means, that liblas needs to be recompiled against the (new) GDAL
> > installation on your machine.
>
> That's what I tried to do, but liblas failed to build.

Yes, if the softlink was in place then it is expected.

> >> /usr/lib64/gcc/x86_64-slackware-linux/5.5.0/../../../../x86_64-slackware-linux/bin/ld: warning: libproj.so.13, needed by /usr/lib64/libgeotiff.so, not found (try using -rpath or -rpath-link)
> > ^-- libproj.so.13 not found
> > The same here: libgeotiff needs to be recompiled against the updated PROJ.
>
> I recompiled libgeotiff but libgeospatialite failed to build; I've asked on
> that mail list for help.

(see above)

> > Yes, it is important to recompile in the right order to keep up with the
> > dependency tree (unless you install packages from the distro where these
> > dependencies have been respected in the respective compile scripts).
>
> Slackware doesn't automatically build dependencies nor build packages in a
> defined sequence. Such tasks are left to the user and after many years I'm
> well used to it.

ok, so you need to compile probably in this order:

- proj
- geotiff
- (other GDAL dependencies)
- gdal
- liblas (maybe outdated)
- pdal
- grass

> Question: Yesterday I read that liblas has been deprecated in favor of pdal
> and I have a vague recollection of reading (a mail message? a web page?)
> that GRASS was accommodating this change. So I stopped trying to build
> liblas, built and installed pdal, but could not get grass to incorporate it.
> Will this transition be made reasonably soon?

There is an open pull request for  GRASS core:

"r.in.pdal - PDAL-based version of r.in.lidar"
https://github.com/OSGeo/grass/pull/61

As a workaround, there is an addon:
https://grass.osgeo.org/grass7/manuals/addons/r.in.pdal.html

which just requires the PDAL binary to be running.

Regards,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog


More information about the grass-user mailing list