Tom Tromey 8abfcabcb4 Use _() in calls to build_help ... Currently some code in gdb uses build_help with N_(), like: static const std::string compile_print_help = gdb::option::build_help (N_("\ I believe this is incorrect. The N_ macro is used to mark text that should end up in the message catalog, but which will be translated by a later call to gettext. However, in this case, there is no later call to gettext, so (if gdb had translations), this text would remain untranslated. Instead, I think using the ordinary _() macro is correct here. Translators will have to know to preserve "%OPTIONS%" in the text -- but that seems both unavoidable and fine. Tested by rebuilding as there's not much else to do. gdb/ChangeLog 2019-08-05 Tom Tromey <tromey@adacore.com> * compile/compile.c (_initialize_compile): Use _(), not N_(). * thread.c (_initialize_thread): Use _(), not N_(). * stack.c (_initialize_stack): Use _(), not N_(). * printcmd.c (_initialize_printcmd): Use _(), not N_().		2019-08-05 07:36:28 -06:00
..
compile-c-support.c	Don't include gdbarch.h from defs.h	2019-07-10 14:53:53 -06:00
compile-c-symbols.c
compile-c-types.c
compile-c.h	Rename common to gdbsupport	2019-07-09 07:45:38 -06:00
compile-cplus-symbols.c	Rename common to gdbsupport	2019-07-09 07:45:38 -06:00
compile-cplus-types.c	Rename common to gdbsupport	2019-07-09 07:45:38 -06:00
compile-cplus.h	Don't include gdbarch.h from defs.h	2019-07-10 14:53:53 -06:00
compile-internal.h
compile-loc2c.c	Don't include gdbarch.h from defs.h	2019-07-10 14:53:53 -06:00
compile-object-load.c	Allow passing a block to lookup_global_symbol_from_objfile	2019-07-24 19:02:50 -05:00
compile-object-load.h
compile-object-run.c
compile-object-run.h
compile.c	Use _() in calls to build_help	2019-08-05 07:36:28 -06:00
compile.h
gcc-c-plugin.h
gcc-cp-plugin.h