Some customers are still stuck in a world of 32bit. On ARM64, we have two options for those poor folks:
1) Run applications in the legacy ARMv7 instruction set 2) Compile applications with 32bit, but for the new AArch64 instruction set. This is called ILP32.
The main reason option 1 is a bad idea is that some hardware is already dropping ARMv7 instruction set support. And there will be more to come.
So if we ever want to enable people to run code that is not 64bit safe on AArch64 platforms, we need to provide them with a way out. Hence we should bootstrap at least the bare minimum to enable them to compile their own (broken) code.
Beware that all of this is in a big flux. The interfaces (ABI, syscalls) are not yet set in stone.
Looking for hackers with the skills:
arm ilp32 binutils kernel aarch64 obs openbuildservice
This project is part of:
Hack Week 12
Activity
Comments
Be the first to comment!
Similar Projects
work on sunxi a64 cpufreq driver (for teres-1, pine64) by mbrugger
With the teres-1 [1] laptop we have a first arm...
bare metal openQA for arm boards by mbrugger
[comment]: # (Please use the project descriptio...
DRM driver for USB-based SiS graphics cards by tdz
Back in the late 90s to early 2000s, SiS graphi...
work on sunxi a64 cpufreq driver (for teres-1, pine64) by mbrugger
With the teres-1 [1] laptop we have a first arm...