[gdal-dev] cmake status update - 99% good news!
Even Rouault
even.rouault at spatialys.com
Wed Jan 26 12:15:08 PST 2022
Le 26/01/2022 à 20:56, Joaquim Manuel Freire Luís a écrit :
>
> >Ah my if(MSVC) suggestion was because I wrongly assumed you used mingw (the _w64.dll >suffix
> made me thing of mingw64), but I see the VC14 so you use MSVC.
>
> The “_w64.dll” (and _w32.dll) suffixes are the reason why I
> rebuild everything. Is there any way to set them in current cmake
> solution? It was possible with nmake but for cmake I’m using this
> patch to the root CMakeList.txt, which at a later stage, if there
> is no existing alternative, I would like to propose it’s official
> inclusion.
>
Sounds reasonable if you want to make a pull request for that (in
gdal.cmake in the root directory). No reason to restrict it to WIN32
however. Maybe call the variable GDAL_LIBRARY_OUTPUT_NAME ? And document
it in doc/source/build_hints.rst
Actually you could make it a option() and modify line 259 of gdal.cmake
(set_target_properties(${GDAL_LIB_TARGET_NAME} PROPERTIES OUTPUT_NAME
"gdal")) to use it.
> # If a renaming of the dll has been set in ConfigUser.cmake
>
> if (WIN32 AND GDAL_DLL_RENAME)
>
> set_target_properties(GDAL PROPERTIES RUNTIME_OUTPUT_NAME
> ${GDAL_DLL_RENAME})
>
> endif (WIN32 AND GDAL_DLL_RENAME)
>
--
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220126/b7c611bf/attachment.html>
More information about the gdal-dev
mailing list