Summary
x265 4.0+ introduced broken aarch64 NEON intrinsics in intrapred-prim.cpp, causing compilation failures on native ARM64 targets. The dependency ledger (deps.json) therefore holds x265 at 3.6 on the ARM64 RIDs via a platform-scoped override, while every other architecture takes the current default (4.2).
x265 is GPL-only (software H.264/H.265 encode), so only the gpl cells are affected; lgpl builds (kvazaar) are unaffected.
Affected platforms (ledger overrides.<major>.x265.platforms)
linux-arm64, osx-arm64, ios-arm64, ios-sim-arm64, android-arm64
Not affected (take x265 4.2): linux-x64, linux-musl-x64, win-x64, osx-x64, and linux-armhf (32-bit ARMv7 NEON, different code path).
Upstream references
To resolve
When upstream fixes the aarch64 NEON build, remove x265 from overrides.8 and overrides.9 in deps.json (dropping the platforms hold), let CI build linux-arm64 (+ the other ARM64 RIDs), and if green the hold is gone.
Summary
x265 4.0+ introduced broken aarch64 NEON intrinsics in
intrapred-prim.cpp, causing compilation failures on native ARM64 targets. The dependency ledger (deps.json) therefore holds x265 at 3.6 on the ARM64 RIDs via a platform-scoped override, while every other architecture takes the current default (4.2).x265 is GPL-only (software H.264/H.265 encode), so only the gpl cells are affected; lgpl builds (kvazaar) are unaffected.
Affected platforms (ledger
overrides.<major>.x265.platforms)linux-arm64,osx-arm64,ios-arm64,ios-sim-arm64,android-arm64Not affected (take x265 4.2):
linux-x64,linux-musl-x64,win-x64,osx-x64, andlinux-armhf(32-bit ARMv7 NEON, different code path).Upstream references
To resolve
When upstream fixes the aarch64 NEON build, remove
x265fromoverrides.8andoverrides.9indeps.json(dropping theplatformshold), let CI buildlinux-arm64(+ the other ARM64 RIDs), and if green the hold is gone.