Here, on Slackware-14.2, libLAS is installed: libLAS-1.8.1-x86_64-1_SBo.
When trying to configure the 7.9.dev source it fails here:
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.
My configuration file contains:
./configure \
--enable-64bit \
--with-libs=/usr/lib64 \
--with-postgres \
--with-postgres-includes=/usr/include/postgresql/server/ \
--with-postgres-libs=/usr/lib64/postgresql/11/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-python3 \
--with-pthread \
--with-proj-share=/usr/share/proj \
--with-wxwidgets \
--enable-largefile \
--with-openmp \
--with-liblas \
--with-x
I've not before needed to specify a separate libLAS library path as there
installed:
/usr/lib64/liblas.so@
/usr/lib64/liblas.so.2.4.0*
/usr/lib64/liblas.so.3@
/usr/lib64/liblas_c.so@
/usr/lib64/liblas_c.so.2.4.0*
/usr/lib64/liblas_c.so.3@
Please advise me how to fix this configuration error.
TIA,
Rich
On Thu, 6 Feb 2020, Rich Shepard wrote:
I've not before needed to specify a separate libLAS library path as there
installed:
/usr/lib64/liblas.so@
/usr/lib64/liblas.so.2.4.0*
/usr/lib64/liblas.so.3@
/usr/lib64/liblas_c.so@
/usr/lib64/liblas_c.so.2.4.0*
/usr/lib64/liblas_c.so.3@
I added to the configuation file
--with-liblas-lib=/usr/lib64/
and the configuration step fails at the same point
Please advise me how to fix this configuration error.
Rich
On Mon, Feb 10, 2020 at 4:55 PM Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Thu, 6 Feb 2020, Rich Shepard wrote:
I’ve not before needed to specify a separate libLAS library path as there
installed:
/usr/lib64/liblas.so@
/usr/lib64/liblas.so.2.4.0*
/usr/lib64/liblas.so.3@
/usr/lib64/liblas_c.so@
/usr/lib64/liblas_c.so.2.4.0*
/usr/lib64/liblas_c.so.3@
I added to the configuation file
–with-liblas-lib=/usr/lib64/
and the configuration step fails at the same point
have a look at the end of config.log, there should be more details about the error.
Markus M
Please advise me how to fix this configuration error.
Rich
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
On Mon, 10 Feb 2020, Markus Metz wrote:
have a look at the end of config.log, there should be more details about
the error.
Markus M,
Mea culpa! I should have thought of doing this. This seems to be the cause:
configure:7007: 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: libgeotiff.so.2, needed by /usr/lib64/liblas.so, not found (try
^^^^^^^^^^^^^^^
Installed here is libgeotiff-1.5.1 and /usr/lib64/libgeotiff.so.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
^^^^^^^^^^^^^
Installed here is gdal-3.0.2 and /usr/lib64/libgdal.so.26.
libLAS is looking for those specific versions of libgeotiff and libgdal.
Where do I make grass aware of the newer versions of these libraries?
Thanks,
Rich
On Mon, Feb 10, 2020 at 7:37 PM Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Mon, 10 Feb 2020, Markus Metz wrote:
have a look at the end of config.log, there should be more details about
the error.
Markus M,
Mea culpa! I should have thought of doing this. This seems to be the cause:
configure:7007: 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: libgeotiff.so.2, needed by /usr/lib64/liblas.so, not found (try
^^^^^^^^^^^^^^^
Installed here is libgeotiff-1.5.1 and /usr/lib64/libgeotiff.so.5
You need to update liblas, i.e. rebuild it against the libgeotiff version currently on your system
/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
^^^^^^^^^^^^^
Installed here is gdal-3.0.2 and /usr/lib64/libgdal.so.26.
this might not work, liblas is no longer maintained, not sure if it can be compiled against GDAL 3. In the worst case, it can be compiled against GDAL 3, but produce strange errors
libLAS is looking for those specific versions of libgeotiff and libgdal.
Where do I make grass aware of the newer versions of these libraries?
you need to make liblas aware of newer versions of these libraries, not grass.
Markus M
Thanks,
Rich
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user
On Mon, 10 Feb 2020, Markus Metz wrote:
You need to update liblas, i.e. rebuild it against the libgeotiff version
currently on your system
Markus M.
Ah, yes. I think I tried that. But, ...
... liblas is no longer maintained,
That's what I thought. I think that pdal is supposed to replace it but the
last time I tried including pdal in the configuration it had problems.
Perhaps it's better now and I'll try again or just build without liblas or
pdal.
Thanks,
Rich
On Mon, 10 Feb 2020, Rich Shepard wrote:
That's what I thought. I think that pdal is supposed to replace it but the
last time I tried including pdal in the configuration it had problems.
Perhaps it's better now and I'll try again or just build without liblas or
pdal.
Grass accepts pdal and is now building.
Thanks, Markus M.
Regards,
Rich