On Wed, Jan 14, 2026 at 3:29 PM Jeffrey Law <[email protected]> wrote: > > > > On 1/14/2026 5:09 AM, Mikael Pettersson wrote: > > On Wed, Jan 14, 2026 at 6:04 AM Jeffrey Law > > <[email protected]> wrote: > >> > >> > >> On 1/11/2026 9:12 AM, Mikael Pettersson wrote: > >> > >> For now you can still switch to reload with -mno-lra. > >> > >> Successful bootstrap with c,c++ natively on m68k-linux-gnu. > >> Test suite results on par with previous non-LRA bootstrap. > >> A previous version also bootstrapped Ada. > >> > >> Is this Ok for trunk? > >> > >> gcc/ > >> PR target/113939 > >> * config/m68k/m68k.opt (mlra): Default to LRA instead of reload. > >> > >> Failed configuring libgfortran for me. Unfortunately it's all run out of > >> a docker container, so I don't have the actual log files. So all we get > >> out of it is: > >> > >> libtool.m4: error: problem compiling FC test program > >> > >> > >> > >> This worked find without the LRA patch. > > That's probably PR120165. I'll take a look. > > > > (Is there a concept of "primary languages" similar to primary targets? > > If so, is Fortran one?) > There are such concepts. But this appears to be broken so badly that I > can't in good conscience ACK it into the tree.
We in principle agree to wipe reload for GCC 16 but tis did not materialize (aka nobody did the work). For the principle of keeping a port live it would be fine to break fortran given you can build a cross with its C runtime and do basic testing to re-surrect fortran support from such state. But no, Fortran isn't a "primary" language and m68k isn't a primary or secondary target so primary or secondary (or sth else) status of a language does not matter here anyway. Richard. > > jeff
