https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954
--- Comment #19 from jbeulich at suse dot com --- (In reply to Thomas Schwinge from comment #17) > I'm still confused. > > Conversely this means that the x86_64 'm32' multilib isn't actually "code > that runs on any i386 system", right? (Unless configured with suitable > '--with-arch-32=[32-bit x86]'.) > > However, 'gcc/config/i386/i386.opt': > > m32 > Target RejectNegative Negative(m64) InverseMask(ISA_64BIT) > Var(ix86_isa_flags) Save > Generate 32bit i386 code. > > Note: "32bit i386 code". I think this wants correcting. Just "32-bit code" is accurate (with the intentions explained throughout this bug) and then no longer misleading. > Per 'info as': > > The i386 version of 'as' has a few machine dependent options: > > '--32 | --x32 | --64' > Select the word size, either 32 bits or 64 bits. '--32' implies > Intel i386 architecture, while '--x32' and '--64' imply AMD x86-64 > architecture with 32-bit or 64-bit word-size respectively. > > Note: "'--32' implies Intel i386 architecture" (thus, 32-bit x86 code?), > again. Whereas no, in the x86 assembler it's different: No matter whether i386 or x86-64, by default all extensions are enabled.