Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15)
On 2023/12/12 07:43 UTC+8, Jeff Law via Gcc wrote: On 12/11/23 16:19, Andrew Pinski via Gcc wrote: nds32 support in Linux was removed last year: https://www.phoronix.com/news/Andes-Tech-NDS32-Removal The support for glibc never made it upstream as far as I can tell either. What are others thoughts on this? I believe the architecture is dead, so I wouldn't lose any sleep if it got deprecated across the board. While my tester includes nds32le-elf and nds32be-elf, there's no gdbsim, so those targets don't provide much, if any, additional coverage over targets in the tester. Jeff Hi Jeff & Andrew, After a brief discussion with the previous maintainers of the Linux nds32 port, it is reasonable to deprecate nds32-linux for GCC 14 and remove it for GCC 15. However, considering that there are still customers relying on nds32le-elf and nds32be-elf for their embedded systems, it would be great to keep nds32le-elf and nds32be-elf in the GCC/binutils-gdb/newlib-cygwin repository. Regards, jasonwucj
Re: Deprecating nds32-*-linux-* target for GCC 14 (and removing it for GCC 15)
On 2023/12/12 07:43 UTC+8, Jeff Law via Gcc wrote: On 12/11/23 16:19, Andrew Pinski via Gcc wrote: nds32 support in Linux was removed last year: https://www.phoronix.com/news/Andes-Tech-NDS32-Removal The support for glibc never made it upstream as far as I can tell either. What are others thoughts on this? I believe the architecture is dead, so I wouldn't lose any sleep if it got deprecated across the board. While my tester includes nds32le-elf and nds32be-elf, there's no gdbsim, so those targets don't provide much, if any, additional coverage over targets in the tester. Jeff Hi Jeff, As for gdbsim/openocd, I remember that we did have nds32 contributions previously: - gdb: http://sourceware.org/ml/gdb-patches/2013-07/msg00223.html - openocd: http://openocd.zylin.com/1259 I suppose they have recently been dropped from the current gdb/openocd repository due to the lack of maintenance. I will reach out to Andes members to inquire whether the architecture is still considered to be available in gdb/openocd. Regards, jasonwucj