RISC-V: avoid redundant and misleading/wrong error messages
authorJan Beulich <jbeulich@suse.com>
Tue, 25 Apr 2023 09:16:44 +0000 (11:16 +0200)
committerJan Beulich <jbeulich@suse.com>
Tue, 25 Apr 2023 09:16:44 +0000 (11:16 +0200)
The use of a wrong (for the insn) relocation operator (or a future one
which simply isn't recognized by older gas yet) doesn't render the (rest
of the) expression "bad". Furthermore alongside the error from
expression() in most cases the parser would emit another error then
anyway. Suppress the call to my_getExpression() in such a case,
arranging for a guaranteed subsequent error message by marking the
expression "illegal".

gas/config/tc-riscv.c
gas/testsuite/gas/riscv/tprel-add.l

index 160161c3c750ebbc1cfdab94359d14ef57ac5a25..6b7112bc7c7b361588d26d33831f6a5e66511d2f 100644 (file)
@@ -2279,6 +2279,15 @@ my_getSmallExpression (expressionS *ep, bfd_reloc_code_real_type *reloc,
         && reloc_index < 1
         && parse_relocation (&str, reloc, percent_op));
 
+  if (*str == '%')
+    {
+       /* expression() will choke on anything looking like an (unrecognized)
+         relocation specifier.  Don't even call it, avoiding multiple (and
+         perhaps redundant) error messages; our caller will issue one.  */
+       ep->X_op = O_illegal;
+       return 0;
+    }
+
   my_getExpression (ep, crux);
   str = expr_parse_end;
 
index 74bb5352971628b2783459065c58796c433e8671..1378c274d9a0045b102777e1ea7c37ba58675b1e 100644 (file)
@@ -1,4 +1,3 @@
 .*: Assembler messages:
-.*: Error: bad expression
 .*: Error: illegal operands `amoadd.w x8,x9,%tprel_add\(i\)\(x10\)'
 .*: Error: illegal operands `add a5,a5,tp,0'