[GRASS-user] 7.9.dev build issue

rshepard · November 12, 2019, 6:16pm

Trying to build 7.9.dev today failed:
checking whether to use libLAS... yes
checking for liblas-config... /usr/bin/liblas-config
checking for liblas/capi/liblas.h... yes
configure: error: *** Unable to locate libLAS library.

libLAS-1.8.1 is installed; liblas libraries installed are:
/usr/lib64/liblastfm_fingerprint.so.1.0.9
/usr/lib64/liblaszip.la
/usr/lib64/liblas.so.2.4.0
/usr/lib64/liblas.so
/usr/lib64/liblas_c.so.3
/usr/lib64/liblaszip.so.6.0.0
/usr/lib64/liblastfm.so
/usr/lib64/liblastfm_fingerprint.so
/usr/lib64/liblaszip.so.6
/usr/lib64/liblastfm_fingerprint.so.1
/usr/lib64/liblas_c.so.2.4.0
/usr/lib64/liblaszip.so
/usr/lib64/liblas_c.so
/usr/lib64/liblastfm.so.1.0.9
/usr/lib64/liblas.so.3
/usr/lib64/liblastfm.so.1

A pointer on what I've missed will be appreciated.

Regards,

Rich

neteler · November 12, 2019, 6:36pm

Rich Shepard <rshepard@appl-ecosys.com> schrieb am Di., 12. Nov. 2019, 19:16:

Trying to build 7.9.dev today failed:
checking whether to use libLAS… yes
checking for liblas-config… /usr/bin/liblas-config
checking for liblas/capi/liblas.h… yes
configure: error: *** Unable to locate libLAS library.

libLAS-1.8.1 is installed; liblas libraries installed are:
/usr/lib64/liblastfm_fingerprint.so.1.0.9
/usr/lib64/liblaszip.la
/usr/lib64/liblas.so.2.4.0
/usr/lib64/liblas.so
/usr/lib64/liblas_c.so.3
/usr/lib64/liblaszip.so.6.0.0
/usr/lib64/liblastfm.so
/usr/lib64/liblastfm_fingerprint.so
/usr/lib64/liblaszip.so.6
/usr/lib64/liblastfm_fingerprint.so.1
/usr/lib64/liblas_c.so.2.4.0
/usr/lib64/liblaszip.so
/usr/lib64/liblas_c.so
/usr/lib64/liblastfm.so.1.0.9
/usr/lib64/liblas.so.3
/usr/lib64/liblastfm.so.1

A pointer on what I’ve missed will be appreciated.

Please check config.log for details.

Regards

Markus

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

rshepard · November 12, 2019, 7:11pm

On Tue, 12 Nov 2019, Markus Neteler wrote:

Please check `config.log` for details.

Markus,

I should have attached that to my message.

I think that I see the error:

configure:7009: gcc -o conftest -g -O2 -O2 -fPIC -I/usr/include -I/usr/include -I/usr/include -I/usr/include -I/usr/include -Wl,--export-dynamic -L/usr/lib64 conftest.c -L/usr/lib -llas -llas_c -L/usr/lib64 /usr/lib64/libboost_program_options.so /usr/lib64/libboost_thread.so /usr/lib64/libgdal.so /usr/lib64/libgeotiff.so /usr/lib64/libtiff.so /usr/lib64/liblaszip.so 1>&5
/usr/lib64/gcc/x86_64-slackware-linux/5.5.0/../../../../x86_64-slackware-linux/bin/ld: warning: libgdal.so.20, needed by /usr/lib64/liblas.so, not found (try using -rpath or -rpath-link)
/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)
/usr/lib64/liblas.so: undefined reference to `OGRSpatialReference::FixupOrdering()'
collect2: error: ld returned 1 exit status

This morning I upgraded to proj-6.2.1-x86_64-1_SBo, geos-3.8.0-x86_64-1_SBo,
and gdal-3.0.2-x86_64-1_SBo. And libLAS-1.8.1-x86_64-1_SBo is also
installed, but fails to rebuild.

Reading the liblas.org web page I think I should remove the liblas package
then build and install the pdal-1.9.1 package. Is this a good idea?

Regards,

Rich

rshepard · November 12, 2019, 7:46pm

On Tue, 12 Nov 2019, Rich Shepard wrote:

Reading the liblas.org web page I think I should remove the liblas package
then build and install the pdal-1.9.1 package. Is this a good idea?

Built and install pdal-1.9.1. In the configuration file I commented out
--with-libLAS and added --with-pdal. Grass didn't recognize the latter.
Without libLAS grass built with no errors.

How best to specify including pdal?

Rich

neteler · November 13, 2019, 9:24am

Rich,

On Tue, Nov 12, 2019 at 8:11 PM Rich Shepard <rshepard@appl-ecosys.com> wrote:

On Tue, 12 Nov 2019, Markus Neteler wrote:

> Please check `config.log` for details.

Markus,

I should have attached that to my message.

I think that I see the error:

configure:7009: gcc -o conftest -g -O2 -O2 -fPIC -I/usr/include -I/usr/include -I/usr/include -I/usr/include -I/usr/include -Wl,--export-dynamic -L/usr/lib64 conftest.c -L/usr/lib -llas -llas_c -L/usr/lib64 /usr/lib64/libboost_program_options.so /usr/lib64/libboost_thread.so /usr/lib64/libgdal.so /usr/lib64/libgeotiff.so /usr/lib64/libtiff.so /usr/lib64/liblaszip.so 1>&5
/usr/lib64/gcc/x86_64-slackware-linux/5.5.0/../../../../x86_64-slackware-linux/bin/ld: warning: libgdal.so.20, needed by /usr/lib64/liblas.so, not found (try using -rpath or -rpath-link)

^-- libgdal.so.20 not found

However, since you use GDAL 3, the same is "libgdal.so.26".

(see https://github.com/OSGeo/grass/pull/191/files)

Means, that liblas needs to be recompiled against the (new) GDAL
installation on your machine.

/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.

...

This morning I upgraded to proj-6.2.1-x86_64-1_SBo, geos-3.8.0-x86_64-1_SBo,
and gdal-3.0.2-x86_64-1_SBo. And libLAS-1.8.1-x86_64-1_SBo is also
installed, but fails to rebuild.

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).

HTH,

Markus

rshepard · November 13, 2019, 1:47pm

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.

(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.

/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.

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.

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?

Regards,

Rich

neteler · November 13, 2019, 2:36pm

On Wed, Nov 13, 2019 at 2:47 PM Rich Shepard <rshepard@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

rshepard · November 13, 2019, 3:24pm

On Wed, 13 Nov 2019, Markus Neteler wrote:

I could make a new softlink.

"Could" is the meaningful word. I did not do this.

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

See above.

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

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

I've always used proj -> geos -> gdal then other libraries. libLAS won't
build here.

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.

I don't need either liblas or pdal now; not currently working with LiDAR
data.

Regards,

Rich