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-boun...@lists.osgeo.org> On Behalf Of Greg Troxel
Sent: Tuesday, January 25, 2022 12:05 AM
To: Even Rouault <even.roua...@spatialys.com>
Cc: gdal-dev@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.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
