Failure to cmake photolayer plugin...

[sailorF54]

I've been building a dozen of my favorite plugins to use on my arm64 (Rock64) board
Everything is fine, but I've hit the following problem trying to cmake the photolayer plugin
https://github.com/Rasbats/photolayer_pi
(I'm rather fond of that plugin !)

...
-- Found Gettext: /usr/bin/msgmerge (found version "0.19.8.1") 
-- Could NOT find GEOTIFF (missing:  GEOTIFF_INCLUDE_DIR) 
-- Found TinyXML: /usr/include  
-- Building with system tinyxml
-- libGeoTIFF not found, either disable the support for it or fail ro use an embedded version of it
-- Found BZip2: /usr/lib/aarch64-linux-gnu/libbz2.so (found version "1.0.6") 
...

I've installed the following packages from the Debian repo, but to no avail...
geotiff-bin
libgeotiff-dev
libgeotiff2

Help welcome (as I find it difficult to decipher the Cmake file )

[sailorF54]

Considering the number of answers there is, I had to manage by myself.
1 - modified CMakeLists.txt by adding a PATH description at the relevant position
2 - silenced the make errors by brute force, i.e. including all header files from the geotiff file into the src folder (there must be a more elegant way !)

[sailorF54]

Originally Posted by sailorF54

...
1 - modified CMakeLists.txt by adding a PATH description at the relevant position
...

... modified FindGeoTIFF.cmake....

[Rasbats]

sailorF54 ...

Found your issue with the GitHub code. I will post an update later.

Mike

[Rasbats]

I had forgotten the struggle to make PhotoLayer compile on Linux.

At one point I followed the instructions here:

scigeo.org/articles/howto-install-latest-geospatial-software-on-linux.html

libgeotiff came from here:

GeoTIFF - Libgeotiff 1.4.0 Released

I used a similar workflow as the one for Windows:

dominoc925: How to build 64-bit versions of libgeotiff for Windows

If you have the GeoTiff library installed you may only need the includes from libgeotiff and can avoid all the compiling.

My 'CMakeCache.txt' is attached. You can check that you have everything that is needed. Perhaps use this and edit for your own setup.

Mike

[rgleason]

Mike you got the wrong link in there, it is

SciGeo.org: HOW TO: Install latest geospatial & scientific software on Linux

[Rasbats]

Thanks. Also 'CMakeCache.txt' was missing!!!

Mike

[sailorF54]

Hello mike

1 - installing
geotiff-bin
libgeotiff-dev
libgeotiff2
seems to provide the required files

2 - Using ubuntu 17.10 aardvark, I could ignore cmake telling
"Could NOT find GEOTIFF (missing: GEOTIFF_INCLUDE_DIR) "
and build after copying the content of /usr/include/geotiff (.h and .inc files) into the
src folder of photolayer_pi

3 - However opencpn now complains

07:19:06 CET: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/libPhotoLayer_pi.so
07:19:06 CET: Erreur : /usr/local/lib/opencpn/libPhotoLayer_pi.so: undefined symbol: XTIFFOpen
07:19:06 CET:    PlugInManager: Cannot load library: /usr/local/lib/opencpn/libPhotoLayer_pi.so

which did not occur when building on my arm64 board.

This is getting in over my head

[Rasbats]

XTIFFOpen was a frequent error until I compiled my own GeoTiff.

XTIFFOpen comes from 'xtiff.c' in the libxtiff folder of libgeotiff-1.4.0 on my machine. When I compiled GeoTiff this would have been included.

SciGeo.org: HOW TO: Install latest geospatial & scientific software on Linux

Mike

[sailorF54]

Thanks Mike

I had libgeotiff on my machine

The trick is to modify FindGeoTIFF.cmake to point to the folder containing geotiff.h (i.e. adding PATH /usr/include/geotiff)
I am not familiar enough with cmake to know why the original FIND_PATH cannot do it
thus

ELSEIF(UNIX)

    FIND_PATH(GEOTIFF_INCLUDE_DIR geotiff.h PATH_PREFIXES geotiff PATH /usr/include/geotiff)

    FIND_LIBRARY(GEOTIFF_LIBRARY NAMES ${GEOTIFF_NAMES})