From 33aa3c10f663b834c9573ede439b2df3c92f0cfe Mon Sep 17 00:00:00 2001 From: Tom Tromey Date: Wed, 25 Mar 2020 10:26:38 -0600 Subject: [PATCH] Fix error message in compile-object-load.c 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 * compile/compile-object-load.c (get_out_value_type): Mention correct symbol name in error message. --- gdb/ChangeLog | 5 +++++ gdb/compile/compile-object-load.c | 2 +- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 5400a4e3484..1ee58a541cb 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,8 @@ +2020-03-25 Tom Tromey + + * compile/compile-object-load.c (get_out_value_type): Mention + correct symbol name in error message. + 2020-03-25 Hannes Domani * windows-nat.c (windows_add_all_dlls): Fix system dll paths. diff --git a/gdb/compile/compile-object-load.c b/gdb/compile/compile-object-load.c index 8106a56902f..3fe95183e32 100644 --- a/gdb/compile/compile-object-load.c +++ b/gdb/compile/compile-object-load.c @@ -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); -- 2.30.2