aboutsummaryrefslogtreecommitdiff
path: root/cpu
diff options
context:
space:
mode:
authorRichard Sandiford <richard.sandiford@arm.com>2016-09-21 16:47:57 +0100
committerRichard Sandiford <richard.sandiford@arm.com>2016-09-21 16:47:57 +0100
commita235d3aece0b1eeba3789f7e15d64e2e03224a4e (patch)
treeab846892bdc15c03dad37c2004ad0d614a09f16c /cpu
parent3d0ec882241884d0cabb27f8fee1262dbc7cf9e7 (diff)
downloadgdb-a235d3aece0b1eeba3789f7e15d64e2e03224a4e.zip
gdb-a235d3aece0b1eeba3789f7e15d64e2e03224a4e.tar.gz
gdb-a235d3aece0b1eeba3789f7e15d64e2e03224a4e.tar.bz2
[AArch64][SVE 01/32] Remove parse_neon_operand_type
A false return from parse_neon_operand_type had an overloaded meaning: either the parsing failed, or there was nothing to parse (which isn't necessarily an error). The only caller, parse_typed_reg, would therefore not consume the suffix if it was invalid but instead (successfully) parse the register without a suffix. It would still leave inst.parsing_error with an error about the invalid suffix. It seems wrong for a successful parse to leave an error message, so this patch makes parse_typed_reg return PARSE_FAIL instead. The patch doesn't seem to make much difference in practice. Most possible follow-on errors use set_first_error and so the error about the suffix tended to win despite the successful parse. gas/ * config/tc-aarch64.c (parse_neon_operand_type): Delete. (parse_typed_reg): Call parse_neon_type_for_operand directly.
Diffstat (limited to 'cpu')
0 files changed, 0 insertions, 0 deletions