Even,
On Wed, 30 Oct 2024, Even Rouault wrote:
Roger,
Tomas also pointed to hot-fixes needed with 3.9.3 in pkg-config in that
setting to remove ".lib" from "-lshell32.lib" and "-lole32.lib" - towards
end of:
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/toolchain_libs/mxe/src/gdal.mk
If these file extensions as such are not needed in other settings, maybe
they could be suppressed in the next RC?
Hopefully RC2 will be the last one, and that issue is far from being a
blocker. I've no idea where this shell32.lib or ole32.lib come from as they
are not referenced in GDAL sources themselves. Presumably from a
CMake/pkg-config from a GDAL dependency. Perhaps the fix should be in that
component that appends the .lib. Or maybe not. There's a lot of dark magick
in cmake/helpers/GdalGenerateConfig.cmake do deal with a number of cases.
Perhaps a new one is needed to strip out ".lib" extension when "-l" is
used....? I'm afraid only people with the environment that triggers the issue
are in a position to come with a potential GDAL fix proposal.
Yes, thanks, I understand - I'll forward this to Tomas.
Roger
There are other patches too, most masking "int main(...)" in apps, and
fine-tuning Cmake behaviour, and listed in
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/toolchain_libs/mxe/src/gdal-1-fixes.patch
and needing intervention at each upgrade.
Some of them (but perhaps not all) might potentially be considered for
upstream inclusion. Part of them won't be necessary in master since we've
started to drop a few of the unused utilities. Up to the people annoyed by
maintaining them to submit pull requests to GDAL. One per topic. Some of the
CMake changes (thinking of the PostgreSQL ones) should also likely be
submitted directly to
.https://gitlab.kitware.com/cmake/cmake
from which a number of the FindXXXX.cmake files come from.
Even
--
Roger Bivand
Emeritus Professor
Department of Economics, Norwegian School of Economics,
Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway.
e-mail: roger.biv...@nhh.no
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
