[gdal-dev] cmake status update - 99% good news!

[Even Rouault]

Le 25/01/2022 à 01:27, Joaquim Manuel Freire Luís a écrit :
> Hi,
>
> I made also an attempt on Windows and so far my findings are:
>
> The docs say that the PROJ variables should be
>
> PROJ_INCLUDE_DIR
> PROJ_LIBRARY_RELEASE
>
> But the lib var must in fact be
>
> PROJ_LIBRARY

How do you build exactly ?

If you build with "cmake --build . --config Release" then I believe 
PROJ_LIBRARY_RELEASE should be honored. Perhaps if you don't specify a 
configuration (is it possible with MSVC CMake builds ? I don't have a VM 
started right now), then PROJ_LIBRARY will be used.


>
> Couldn't yet find a way to build with HDF5, ECW and MRSID, which I can do with no problems with the current nmake solution.

HDF5 1.12.1 is tested with Windows Conda builds

For ECW, it looks like I tested on Windows with ECW 5.5

For MrSID, not sure I tested on Windows. Works on Linux with 
DSDK-9.5.4.4709-rhel6

> For the rest, I haven't test anything but it builds fine and a quick `Dependency` analysis shows no issues.
>
> Joaquim
>
> -----Original Message-----
> From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> On Behalf Of Greg Troxel
> Sent: Tuesday, January 25, 2022 12:05 AM
> To: Even Rouault <even.rouault at spatialys.com>
> Cc: gdal-dev at lists.osgeo.org
> Subject: [gdal-dev] cmake status update - 99% good news!
>
>
> I have started testing cmake support on gdal master.
> My approach is
>
>    1) Build gdal from git using cmake.
>
>    2) Be able to create a release tarball (not actually a release of
>    course) from master in order to use for building with pkgsrc.
>
>    3) Build the release using autoconf, basically unchanged pkgsrc
>    control files execpt for version, and run tests and check qgis
>    functionality.
>
>    4) Convert the package control files to use cmake instead of autoconf
>    and test again.  This involves our "gdal-lib" and "py-gdal" packages.
>
> In step 1, I have so far found one problem, an incorrect INCLUDE variable for poppler.  I have created a pull request with a simple fix:
>    https://github.com/OSGeo/gdal/pull/5161
>
> For step 2, as Even suggested would be the case, I ran into a number of small portability issues (some makefiles need GNU make, even though the cmake makefiles don't) and missing documentation (breathe and swig (4?) are required to run mkgdaldist.sh).  None of these are a big deal and the list is pretty small for what I think might be the first time the script has been used on a different operating system.  I have a branch in progress and will submit a PR when it settles down.  The changes are minor.
>
> For step 3, I've been able to build the release, but haven't tested yet.
>
> Greg

-- 
http://www.spatialys.com
My software is free, but my time generally not.