Re: expected baseline changes for forky
Chris Hofstaedtler <[email protected]>
| Newsgroups | gmane.linux.debian.devel.general |
|---|---|
| Message-ID | <[email protected]> |
* Simon McVittie <[email protected]> [260813 13:44]: >On Thu, 13 Aug 2026 at 13:00:41 +0200, John Paul Adrian Glaubitz wrote: >>On Thu, 2026-08-13 at 12:53 +0200, Bastien Roucaries wrote: >The use case for armv8-support on armhf would be a piece of software >that has to be compiled as 32-bit for ABI compatibility reasons, but >requires ARMv8 CPU functionality, and therefore has: > > Depends armv8-support [armhf] > >Bastien, are you aware of any specific pieces of software on armhf >that have this requirement, or are you adding a check and a package >speculatively in case a package needs it in future? On x86, there's a >lot of legacy binary-only software that requires 32-bit libraries to >continue to exist on x86_64 (mostly games), but I wasn't aware that >armhf had a similar legacy binary requirement (and if it does, we'll >have broken a lot of it anyway, by doing the 64-bit time_t >transition). My understanding was that (some) new CPUs for arm64 don't even support a full set of the 32bit instructions. I think we really should only add this (and also the other packages!) if there is a real demand for each package. Best, Chris