115 Commits
Author SHA1 Message Date
Ludvig Michaelsson d9258361b9 ci: bump libcbor to v0.13.0 2025-10-28 14:36:25 +01:00
Ludvig Michaelsson dd3d839867 cygwin: use forward slash path separators with gpg
While here, Push-Location into ${Cygwin} to not have to convert existing
path separators in variables to forward slashes.
2025-10-07 08:33:44 +02:00
Ludvig Michaelsson 9f7dd62134 windows: use forward slash path separators with gpg
In CI, we're using gpg bundled with git which suddenly started refusing
the GNUPGHOME directory we've had to create. It does works with relative
paths using forward slash path separators.

Additionally tested using a Windows VM with gpg4win.
2025-10-07 08:33:44 +02:00
pedro martelletto 335e447778 actions: build libfido2 on windows-2025 as well
while here, declutter build.ps1 by moving the 32-bit ARM SDK definition
to the YAML snippet.
2025-07-07 08:54:16 +02:00
pedro martelletto 0fcfef7c8c windows: bump libressl to 4.1.0 2025-06-25 09:21:22 +03:00
Ludvig Michaelsson 88b7a8921e windows: append WinSDK after creating directories
Otherwise, we'll end up with two ARM stage/output directories (one of
which will be empty).
2025-05-05 08:47:49 +02:00
pedro martelletto 7ede5cda17 windows: bump libressl to 4.0.0 2025-03-31 08:38:31 +02:00
Ludvig Michaelsson 7d762ebe28 ci: bump libcbor to v0.12.0 2025-03-27 13:56:46 +01:00
Ludvig Michaelsson fd729577d6 ci: pin Windows SDK for ARM builds
While here, use the -A Arch,version= syntax since CMake may ignore
CMAKE_SYSTEM_VERSION.
2024-12-03 07:23:30 +01:00
Ludvig Michaelsson 4a3cde5a03 windows: bump LibreSSL to 3.9.2 2024-06-05 09:21:21 +02:00
Ludvig Michaelsson e1a253c93b windows: bump LibreSSL to 3.9.1 2024-03-28 09:30:42 +01:00
Ludvig Michaelsson 9e660de6af actions: disable use-keyboxd
If the default home directory ~/.gnupg does not exist, GnuPG creates
this directory and a common.conf file with "use-keyboxd". If the option
use-keyboxd is enabled in common.conf, no keyrings are used at all and
keys are all maintained by the keyboxd process in its own database. This
seemingly includes any keyring specified via the --keyring option and
this breaks our signature verification of dependencies that we download
in our Windows pipelines.
2024-02-29 16:03:17 +01:00
Ludvig Michaelsson d33a821c99 windows: do not build LibreSSL apps 2024-02-26 11:09:05 +01:00
pedro martelletto ea89d54c40 actions: bump libcbor to v0.11.0 2024-02-20 09:05:45 +01:00
Ludvig Michaelsson 3b8e322c18 actions: adjust header 2024-02-01 13:42:23 +01:00
Ludvig Michaelsson 25dcc105ea actions: bump zlib to v1.3.1 2024-02-01 13:42:23 +01:00
Ludvig Michaelsson 32275d41c1 windows: do not rename static PDB 2024-01-23 08:23:24 +01:00
Mofidul Jamal d5f498963e windows: update libressl url
Windows 10 does not support TLS 1.3 and the Cloudflare mirror only
offers TLS 1.3. To remedy, revert to the canonical release directory.
2024-01-03 09:36:35 +01:00
Ludvig Michaelsson ec883bebc6 windows: specify CMAKE_MSVC_RUNTIME_LIBRARY for LibreSSL
Static builds otherwise fail in the same manner described by commit
26e792ce68.
2023-12-22 13:55:50 +01:00
Ludvig Michaelsson 561ded3006 windows: bump LibreSSL to 3.8.2 2023-12-22 13:55:50 +01:00
Ludvig Michaelsson 0056cd94f6 windows: try another libressl mirror
We've been seeing quite a lot of failures to fetch LibreSSL in our
pipelines.  Try the next mirror on OpenBSD's list.
2023-11-01 12:34:38 +01:00
Ludvig Michaelsson 1a3741c0da actions: bump libcbor to v0.10.2 2023-11-01 12:34:38 +01:00
Ludvig Michaelsson 92e3d895c3 windows: update libressl url
Fastly CDN as retrieved from https://openbsd.org/ftp.html.
2023-10-11 11:07:09 +02:00
Ludvig Michaelsson 26e792ce68 actions: bump zlib to v1.3, set CMAKE_MSVC_RUNTIME_LIBRARY
Since v1.3, zlib advertises compatibility with CMake 3.15 which
introduced policy CMP0091 [1]. The NEW behavior is to to leave
the MSVC runtime library selection flags out of the default
CMAKE_<LANG>_FLAGS_<CONFIG> values and instead offer a first-class
abstraction: MSVC_RUNTIME_LIBRARY [2].

CMP0091 is documented to default to the OLD behavior and not warn when
unset. The zlib CMakeLists.txt does not set this policy. However, when
building libfido2 as a static library targeting Win32, linking fails
because our runtime selection flags for zlib have been replaced from
under our feet (the MSVC_RUNTIME_LIBRARY property defaults to the
dynamically linked runtime).

Setting -DCMAKE_POLICY_DEFAULT_CMP0091=OLD [3] on the command line has
no effect and CMake instead warns that the variable has been ignored.
Manually modifying zlib's CMakeLists.txt to set the policy to OLD issues
a deprecation warning but fixes our linking issues.

The only remaining possibility that does not modify external files,
is to explicitly set -DCMAKE_MSVC_RUNTIME_LIBRARY=... [4] on the
command line. Setting it to an empty value does not work (Visual Studio
generators may supposedly also override with _another_ default). Setting
it to one of the allowed values corresponding to the selected build type
resolves our linking issues.

[1] https://cmake.org/cmake/help/latest/policy/CMP0091.html
[2] https://cmake.org/cmake/help/latest/prop_tgt/MSVC_RUNTIME_LIBRARY.html
[3] https://cmake.org/cmake/help/latest/variable/CMAKE_POLICY_DEFAULT_CMPNNNN.html
[4] https://cmake.org/cmake/help/latest/variable/CMAKE_MSVC_RUNTIME_LIBRARY.html
2023-09-07 17:58:21 +02:00
pedro martelletto b10a61fa79 windows: bump LibreSSL to 3.7.3 2023-06-12 09:10:18 +02:00