Skip to content

Bump vcpkg to 2026.04.27#6015

Open
MaxRayskiy wants to merge 4 commits into
masterfrom
vcpkg-update-2026.04.27
Open

Bump vcpkg to 2026.04.27#6015
MaxRayskiy wants to merge 4 commits into
masterfrom
vcpkg-update-2026.04.27

Conversation

@MaxRayskiy
Copy link
Copy Markdown
Contributor

This PR updates the vcpkg tag to 2026.04.27

@Fedr Fedr added skip-image-rebuild force to skip docker image rebuild and removed bump-vcpkg labels May 12, 2026
In vcpkg 2026.04.27 the `zlib` port is now satisfied via `zlib-ng[compat]`,
which produces `zlib-ng2.dll` (Release) and `zlib-ngd2.dll` (Debug) in
`installed/<triplet>/bin/` and `debug/bin/`. The legacy `zlib1.dll` /
`zlibd1.dll` filenames no longer exist.

`MRIOExtras` (Debug post-build) and `MRPython` (CMake) both copy the
Release zlib alongside Release-built consumers (OpenCTM, laz-perf,
Python) so they can resolve their import library at runtime. With the
old filename gone, the copy step failed with `MSB3073` and cascaded
failures across the Debug MSBuild matrix on PR #6015.

Update both copy paths to the new filename. The Debug variant is
already deployed automatically by vcpkg's applocal step for Debug
consumers.
@Fedr Fedr added bump-vcpkg and removed skip-image-rebuild force to skip docker image rebuild labels May 12, 2026
The windows-build-test matrix already runs on windows-2022 (see
.github/workflows/matrix/windows-*-config.json), but several other
jobs still target windows-2025. That mismatch broke the Debug+MSBuild
and Release+CMake builds on this PR: the vcpkg cache producer
(prepare-image / windows-vcpkg-build-upload) ran on windows-2025 with a
newer MSVC STL, while the consumer windows-build-test jobs ran on
windows-2022 with an older STL. Static libs built into the vcpkg cache
(notably fastmcpp_core.lib) then failed to link against the consumer's
libcpmt.lib/libcpmtd.lib with LNK2019 on STL-internal helpers like
__std_find_last_not_ch_pos_1 and __std_regex_transform_primary_char.

Align every runner to windows-2022 so the producer's STL matches the
consumer's. Affected jobs:
  - prepare-image / windows-vcpkg-build-upload (vs2022, vs2019, vs2019-itdbg)
  - build-test-distribute / create-nuget-package
  - test-distribution / windows-test
  - update-win-version / update-win-version

After this commit, the existing PR-scoped cache entry
(vcpkg-cache-2026.04.27-x64-windows-meshlib-715686af...-slim2) is still
stale, since it was produced on windows-2025. Delete it (gh cache
delete) so the next PR run re-populates it on windows-2022.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants