i386 and epiphany on FreeBSD 13 for rtems 5

[Karel Gardas]

On 12/22/21 3:51 PM, Joel Sherrill wrote:
> Hi
> 
> Both i386 and epiphany rtems 5 GCC fail to build on FreeBSD 13. It
> appears that the newer compiler on FreeBSD 13 does not like some code
> from the older GCC.
> 
> Logs linked here:
> 
> epiphany - https://lists.rtems.org/pipermail/build/2021-December/030627.html
> 
> i386 - https://lists.rtems.org/pipermail/build/2021-December/030628.html
> 
> I only see two fixes. (1) Add --disable-werror to these targets on
> rtems5 or (2) update the gcc on rtems5. We always are resistant to (2)
> so I guess that leaves us with option (1).
> 
> Thoughts, comments, jokes, concurrence?

joke? Here is one: what about to bootstrap native gcc 7.5.0 with
--disable-werror and then use that to compile i386 cross-compiler?

Remark: looks like you will not be able to keep tools from past working
on modern systems indefinitely which means you can also declare rtems5
tools support for FreeBSD 12.x max.

Or, what about to require installed gcc able to bootstrap cross-compiler
without issues? My pretty current FreeBSD 14 provides following gccs:


 $ pkg search gcc|grep "GNU Compiler Collection"|grep -v "Cross"
aarch64-none-elf-gcc-8.4.0_3   GNU Compiler Collection for bare metal
aarch64 cross-development
arm-none-eabi-gcc-8.4.0_3      GNU Compiler Collection for bare metal
arm cross-development
arm-none-eabi-gcc492-4.9.2_5   GNU Compiler Collection for bare metal
arm cross-development
gcc-10_4                       Meta-port for the default version of the
GNU Compiler Collection
gcc10-10.3.0                   GNU Compiler Collection 10
gcc10-devel-10.3.1.s20211008   GNU Compiler Collection 10
gcc11-11.2.0                   GNU Compiler Collection 11
gcc11-devel-11.2.1.s20211009   GNU Compiler Collection 11
gcc12-devel-12.0.0.s20211128   GNU Compiler Collection 12
gcc48-4.8.5_14                 GNU Compiler Collection 4.8
gcc8-8.5.0_1                   GNU Compiler Collection 8
gcc9-9.4.0                     GNU Compiler Collection 9
gcc9-devel-9.4.1.s20211007     GNU Compiler Collection 9
riscv32-unknown-elf-gcc-8.4.0_3 GNU Compiler Collection for bare metal
riscv32 cross-development
riscv64-none-elf-gcc-8.4.0_3   GNU Compiler Collection for bare metal
riscv64 cross-development


I guess this is more than enough to throw away system wide clang and use
one of those?

Karel