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