Fix error message in compile-object-load.c
authorTom Tromey <tom@tromey.com>
Wed, 25 Mar 2020 16:26:38 +0000 (10:26 -0600)
committerTom Tromey <tom@tromey.com>
Wed, 25 Mar 2020 17:24:08 +0000 (11:24 -0600)
I noticed that an error message in compile-object-load.c mentions the
wrong symbol name.  The loop just above the error is looking for
COMPILE_I_EXPR_VAL, but the error references COMPILE_I_EXPR_PTR_TYPE.

I'm checking this in as obvious.  I don't have a test case -- I
noticed it because another patch I'm working on caused this error to
be thrown, but that was due to regression in my patch.

gdb/ChangeLog
2020-03-25  Tom Tromey  <tom@tromey.com>

* compile/compile-object-load.c (get_out_value_type): Mention
correct symbol name in error message.

gdb/ChangeLog
gdb/compile/compile-object-load.c

index 5400a4e34845c1f4116f0fe592da3d622e5fa842..1ee58a541cb875f98c7774af721574ba4065b661 100644 (file)
@@ -1,3 +1,8 @@
+2020-03-25  Tom Tromey  <tom@tromey.com>
+
+       * compile/compile-object-load.c (get_out_value_type): Mention
+       correct symbol name in error message.
+
 2020-03-25  Hannes Domani  <ssbssa@yahoo.de>
 
        * windows-nat.c (windows_add_all_dlls): Fix system dll paths.
index 8106a56902f8d60e9c522066c64991e994af1763..3fe95183e32f370bb6d11cf565127a376493e9c7 100644 (file)
@@ -439,7 +439,7 @@ get_out_value_type (struct symbol *func_sym, struct objfile *objfile,
        break;
     }
   if (block_loop == nblocks)
-    error (_("No \"%s\" symbol found"), COMPILE_I_EXPR_PTR_TYPE);
+    error (_("No \"%s\" symbol found"), COMPILE_I_EXPR_VAL);
 
   gdb_type = SYMBOL_TYPE (gdb_val_sym);
   gdb_type = check_typedef (gdb_type);