One question Are you linking the same GDAL (or final binary) with both versions of PROJ? If that is the case, I think it would be undefined behaviour.
On Tue, 25 Jun 2024 at 16:10, Carl Godkin via PROJ <[email protected]> wrote: > > > On Mon, Jun 24, 2024 at 5:35 AM Even Rouault <[email protected]> > wrote: > >> >> Le 24/06/2024 à 07:23, Carl Godkin via PROJ a écrit : >> >> Hi, >> >> We use PROJ 9.3.1 in our software. >> >> I built it with cmake using curl and libtiff for Windows 64. >> >> I also needed to build a minimal version to be used in a plugin to >> another application where I cannot use curl and I've done that successfully. >> >> But both DLLs (i.e., the "regular" one and the "minimal" one) are named >> "proj_9_3.dll" >> >> I would love to change the DLL name of one of them but I don't see a >> cmake variable for doing that. I am not a cmake expert by any means, so >> perhaps I missed something. >> >> No, you didn't miss anything. This isn't configurable. But you can easily >> change it by modifying the value of the OUTPUT_NAME at line >> https://github.com/OSGeo/PROJ/blob/4aa16151b98926fbbe6d8504a770379c6733ac35/src/lib_proj.cmake#L417 >> >> I suspect you could also probably override it after the fact by calling >> PROJ's CMakeLists.txt from a CMakeLists.txt of yours and doing a >> "set_target_properties(proj PROPERTIES OUTPUT_NAME "your_name")" >> afterwards, but I'm not totally sure about that. >> >> >> I just used the first approach. For anyone else coming back to this, > OUTPUT_NAME shouldn't the include ".dll" > > > GDAL has actually a CMake cache variable to customize this: > GDAL_LIB_OUTPUT_NAME > > And of course this worked as expected. (Once again, leave off the ".dll" > part.) > > Thanks again, Even! > > carl > _______________________________________________ > PROJ mailing list > [email protected] > https://lists.osgeo.org/mailman/listinfo/proj >
_______________________________________________ PROJ mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/proj
