Hi Matthias, On Sun, 2024-09-15 at 13:50 +0200, Matthias Klose wrote: > > It is trivial for us to add support for additional architectures once > > they are minimally supported in upstream Linux (we may also require > > that dpkg recognises their triplet; I'm not sure). There is no > > requirement that we define a kernel configuration for the architecture > > at the same time, or ever (see x32). > > > > Can we assume that new Debian Linux ports will be able to satisfy that > > or would that be a problem sometimes? > > CCing Adrian, he recently wanted to provide cross toolchains for > sparc-linux-gnu and ia64-linux-gnu, which the kernel doesn't provide > anymore. So a design which allows these toolchains would be helpful.
I actually don't care about ia64 anymore as the architecture was beyond repair and upstream really wanted to get rid of it. Having said that, a cross-toolchain for 32-bit SPARC would be nice to have (binutils, glibc, gcc and linux-libc-dev) to perform regular integration tests for the sparc-unknown-linux-gnu target as well as the 32-bit SPARC kernel. 32-bit SPARC has been adapted as the Leon CPU for space applications such as satellites and space craft. Thanks to this, SPARC is also being actively maintained in the Linux kernel again and there is solid funding behind the port. Oracle also has some people actively maintaining the software stack for SPARC, allegedly even on Linux although the latter doesn't have high priority at the moment. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
