[Liblas-devel] CMake working for current source?

Howard Butler hobu.inc at gmail.com
Wed Apr 7 09:46:54 EDT 2010


On Apr 7, 2010, at 8:19 AM, Bellinski, Dan wrote:

> Hey Howard and or Mateusz,
>  
> I have been trying to compile the current source every so often for a week or so and always get the output with errors:
>  
> Searching for GeoTIFF 1.2.5+ library
> Trying OSGeo4W using default location OSGEO4W_ROOT=c:/OSGeo4W
> Found GeoTIFF version: 1.2.5
> Found GeoTIFF: C:/OSGeo4W/lib/geotiff_i.lib
> Looking for ST_Create
> Looking for ST_Create - found
> Could NOT find TIFF (missing: TIFF_LIBRARY TIFF_INCLUDE_DIR)
> Searching for GDAL 1.6.0+ library
> NOTE: Required version is not checked - to be implemented
> Trying OSGeo4W using default location OSGEO4W_ROOT=c:/OSGeo4W
> Found GDAL: C:/gdal-1.7.1/gdal_i.lib
> Looking for OSRSetEquirectangular2
> Looking for OSRSetEquirectangular2 - found
> Enable libLAS utilities to build - done
> Generating Visual Studio 10 user-specific settings in lasinfo.vcproj.SAVIG-0123.SaVig 0123.user
> Generating Visual Studio 10 user-specific settings in lasmerge.vcproj.SAVIG-0123.SaVig 0123.user
> Generating Visual Studio 10 user-specific settings in las2las.vcproj.SAVIG-0123.SaVig 0123.user
> Generating Visual Studio 10 user-specific settings in las2txt.vcproj.SAVIG-0123.SaVig 0123.user
> Generating Visual Studio 10 user-specific settings in txt2las.vcproj.SAVIG-0123.SaVig 0123.user
> Generating Visual Studio 10 user-specific settings in las2ogr.vcproj.SAVIG-0123.SaVig 0123.user
> CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CPack.cmake:762 (message):
> CPack package description file: "README.txt" could not be found.
> Call Stack (most recent call first):
> C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CPack.cmake:766 (cpack_check_file_exists)
> CMakeLists.txt:309 (INCLUDE)
> 
> CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CPack.cmake:762 (message):
> CPack readme resource file: "README.txt" could not be found.
> Call Stack (most recent call first):
> C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CPack.cmake:768 (cpack_check_file_exists)
> CMakeLists.txt:309 (INCLUDE)
>  
> CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the CMake files:
> TIFF_LIBRARY (ADVANCED)
> linked by target "las_c" in directory C:/liblas/src
> linked by target "las2ogr" in directory C:/liblas/apps
> Configuring incomplete, errors occurred!
>  
> Is the build working for you or is it still a WIP? I am running it through the CMake 2.8.1 gui. Also I know I have libtiff (with source too) installed from OSGeo4w but it can’t find it. I was having the same problem when using my own gdal/libgeotiff/libtiff all compiled from source.
>  

The README.txt thing is due to the fact that CPack, CMake's packaging framework, will not accept a file named README -- it must have an extension.  There is a command called file() that tries to copy the README file to README.txt to satisfy this (http://hg.liblas.org/main/file/1156369845c1/CMakeLists.txt#l73).  It is working locally on my 2.8.1 machine on osx, maybe this doesn't work on windows...  If you manually copy README to README.txt in the same directory, you should get around this

I also have tried to clear the advanced marking of TIFF_LIBRARY (http://hg.liblas.org/main/file/1156369845c1/CMakeLists.txt#l164) to easily allow the user to override it, but it seems this isn't working...  Mat?  If you click the "Simple View" dropdown in the GUI and change to "Advanced View", you should be able to manually set the location of TIFF_LIBRARY

Howard




More information about the Liblas-devel mailing list