On Thu, 7 Apr 2011, Gunther Nikl wrote: > > an alias for -mcpu=68332 rather than -mcpu=cpu32, to match the old > > code in m68k_handle_option.) This significantly simplifies the > > multilibs code in t-mlibs, since it no longer needs to handle those > > old-style options (and all cases where two -mcpu= options get the same > > multilib are already handled by the generic logic there rather than > > needing to be listed specially). The requirement for binutils 2.17 or > > later (to support these options to the assembler) is documented. > > I am using m68k-amigos which is not part of the official sources. Since > this target is only about m68k it was no problem to use old(er) binutils > versions. Especially if a target cares only about m68k I would like to > see the legacy m68k options retained.
I don't see out-of-tree targets as providing a relevant case for blocking cleanups, and in any case I think GCC should require a reasonably recent binutils (more recent than 2.17) on all targets except where it is specifically supporting a "native" system assembler or linker (even there, I don't think system assembler support is particularly important except where the system tools have features missing from GNU binutils). The legacy options still exist - it's just that they'll be passed to the assembler in the canonical -mcpu= form, so you need an assembler supporting that form (which any GNU assembler from the past five years will do - and I don't think supporting a five-year disparity between GCC and binutils versions is productive). -- Joseph S. Myers jos...@codesourcery.com