[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