[libosdp] update to 3.2.5

[toge (toge)]

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version, or no changes were necessary.
• Any fixed CI baseline and CI feature baseline entries are removed from that file, or no entries needed to be changed.
• All patch files in the port are applied and succeed.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Exactly one version is added in each modified versions file.

https://github.com/osdp-dev/libosdp/releases/tag/v3.2.5

[Victor Romero (vicroms)]

AI found an issue when consuming this port in static Windows triplets.

Static Windows consumers cannot link libosdp. The installed public header always expands exported C APIs to __declspec(dllimport) unless BUILDING_API is defined, even for the static package (include/osdp_export.h). The static target only applies -DOSDP_STATIC_DEFINE while building the library (src/CMakeLists.txt), and that macro is not consumed by osdp_export.h or propagated to consumers. As a result, CMake, pkg-config, and direct static-link examples fail with unresolved __imp_osdp_* symbols on x64-windows-static.

We need to "bake in" a define in one of the library headers to fix this behavior.

stale

[Billy O'Neal (BillyONeal)]

GPT 5.6 points out that upstream has merged this fix, but I'm going to merge your change as is because it appears to be the same and predates upstream's change.

[Billy O'Neal (BillyONeal)]

Actually I just realized osdp-dev/libosdp@c8fce4e does not predate this change. Too late I guess :/

[Billy O'Neal (BillyONeal)]

Thanks for the update!