[gdal-dev] GDAL 3.9.0beta1 available for testing

[Kai Pastor, DG0YT]

Am 22.04.24 um 14:12 schrieb Even Rouault via gdal-dev:
> Hi,
>
> I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers.

I did a test build in vcpkg, and I see downstream problems with static 
linkage. It now raises:

CMake Error at /mnt/vss/_work/1/s/scripts/buildsystems/vcpkg.cmake:859 
(_find_package):
   _find_package given CONFIGS option followed by invalid file name "3.8".
   The names given must be file names without a path and with a ".cmake"
   extension.
Call Stack (most recent call first):
/mnt/vcpkg-ci/downloads/tools/cmake-3.29.2-linux/cmake-3.29.2-linux-x86_64/share/cmake-3.29/Modules/CMakeFindDependencyMacro.cmake:76 
(find_package)
   /mnt/vcpkg-ci/installed/x64-linux/share/gdal/GDALConfig.cmake:37 
(find_dependency)
/mnt/vcpkg-ci/installed/x64-linux/share/gdal/vcpkg-cmake-wrapper.cmake:13 
(_find_package)
   /mnt/vss/_work/1/s/scripts/buildsystems/vcpkg.cmake:813 (include)
   CMakeLists.txt:36 (find_package)

(Don't get distracted by vcpkg: _find_package is CMake's  regular 
find_package.)

IIUC the generated CMake config is wrong when dependency versions are 
used together with config names, as in:

find_dependency(GEOS NAMES GEOS CONFIGS geos-config.cmake 3.8)
find_dependency(NetCDF NAMES netCDF CONFIGS netCDFConfig.cmake 4.7)

AFAICT the version number must be the 2nd argument. Maybe VERSION wasn't 
used often enough before, or/and it is a new CMake feature.

A tentative patch is attached, end-to-end tests pending.

Kai


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240423/92755cbc/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: find-dependency.patch
Type: text/x-patch
Size: 870 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240423/92755cbc/attachment.bin>