On Fri, Aug 20, 2021 at 12:45 AM Florian Weimer <fweimer@xxxxxxxxxx> wrote: > > * Neal Gompa: > > > On Thu, Aug 19, 2021 at 8:59 AM Dennis Gilmore <dennis@xxxxxxxx> wrote: > >> > >> On Wed, Aug 18, 2021 at 3:11 PM Florian Weimer <fweimer@xxxxxxxxxx> wrote: > >> > > >> > * Dennis Gilmore: > >> > > >> > > We intentionally never looked at enabling that and always had no plans > >> > > to support multi-lib on Arm > >> > > >> > It's not multilib. Buildroots aren't multilib. > >> > > >> > I'm pretty sure no one but Fedora is building 32-bit Arm binaries on > >> > 32-bit Arm kernels. It's very much a dead end. > >> > > >> > Debian uses 64-bit kernels: > >> > > >> > | Package: glibc > >> > | Version: 2.31-16 > >> > | Source Version: 2.31-16 > >> > | Distribution: sid > >> > | Machine Architecture: arm64 > >> > | Host Architecture: armhf > >> > | Build Architecture: armhf > >> > | Build Type: any > >> > >> There is some magic that's needed for multi-lib that will be needed > >> for the AArch64 host's rpm to install the rpms into a 32bit chroot. > > > > There is no "magic" other than qemu-user-static needing to be > > installed. Mock will transparently handle everything just fine. It's > > how I build foreign architecture packages on my computer. > > No, the code would run natively, without QEMU, like i686 on an x86-64 > kernel. There is no emulation. That depends on the CPU. As Dennis and Peter like to remind me, armv7hl backwards compatibility is *optional* in AArch64 CPUs (which was really a stupid idea, but whatever). There are several AArch64 CPUs that lack it. Maybe we're lucky and ours have it like the RPi CPU does, but not all do. My AMD Opteron A1000 board doesn't, for example. -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
