FreeChainXenon/binutils-gdb
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

x86: fix processing of -M disassembler option

Browse source 
Multiple -M options can be specified in any order. Therefore stright
assignment to fields affected needs to be avoided, such that earlier
options' effects won't be discarded. This was in particular a problem
for -Msuffix followed by certain of the other sub-options.

While updating documentation, take the liberty and also drop the
redundant mentioning of being able to comma-separate multiple options.
This commit is contained in:
Jan Beulich 2020-06-26 16:42:55 +02:00
parent f53b3eeb67
commit 2a1bb84c67
7 changed files with 84 additions and 7 deletions
Download patch file Download diff file Expand all files Collapse all files

9
binutils/doc/binutils.texi
View file

@ -2471,8 +2471,7 @@ option or whether instruction notes should be generated as comments in the
disasssembly using @option{-M notes}.
For the x86, some of the options duplicate functions of the @option{-m}
switch, but allow finer grained control. Multiple selections from the
following may be specified as a comma separated string.
switch, but allow finer grained control.
@table @code
@item x86-64
@itemx i386
@ -2503,8 +2502,10 @@ will be overridden if @code{x86-64}, @code{i386} or @code{i8086}
appear later in the option string.
@item suffix
When in AT&T mode, instructs the disassembler to print a mnemonic
suffix even when the suffix could be inferred by the operands.
When in AT&T mode and also for a limited set of instructions when in Intel
mode, instructs the disassembler to print a mnemonic suffix even when the
suffix could be inferred by the operands or, for certain instructions, the
execution mode's defaults.
@end table
For PowerPC, the @option{-M} argument @option{raw} selects