[gdal-dev] Preventing symbol export in custom GDAL build

[David Klaus]

Kai,

Thank you for letting me know about that. I will update our build,

On Fri, Dec 26, 2025 at 3:40 AM Kai Pastor, DG0YT <dg0yt at darc.de> wrote:

> The vcpkg change was merged. The libspatialite and readosm ports no longer
> apply dllexport for static triplets.
>
> Kai
>
> Am 12.12.25 um 14:35 schrieb David Klaus:
>
> Kai,
>
> Thank you for that information. In regards to your fix for this issue. Are
> these changes coming to libspatialite in vcpkg in the future?
>
> On Fri, Dec 12, 2025 at 3:03 AM Kai Pastor, DG0YT <dg0yt at darc.de> wrote:
>
>> Thanks for confirming that libcurl is not causing problems here.
>>
>> libspatialite does have minor issues.
>> - It always builds with dllexport but never applies dllimport.
>> - The controlling macro is named DLL_EXPORT which is not specific to the
>> package. Reverse dependencies following the same idea will turn on
>> dllexport when they include libspatialite headers.
>>
>> I am testing libspatialite modifications now in
>> https://github.com/microsoft/vcpkg/pull/48834
>> <https://github.com/microsoft/vcpkg/pull/48834>.
>> MSVC isn't a local platform for me, and I rarely deal with nmake since GDAL
>> moved to CMake. So vcpkg CI building reverse dependencies is my only
>> indicator of success. External testing welcome.
>>
>> Kai
>>
>
>

-- 
David Klaus
Carlson Software

Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20251226/b7f633db/attachment.htm>