From 3f8424012cf69272f7c3c7f3af30e9949bebedd1 Mon Sep 17 00:00:00 2001 From: Tom Tromey Date: Wed, 8 Apr 2026 08:57:36 -0600 Subject: [PATCH] Clean up comment in language.h I noticed a comment in language.h that was partially obsolete. This patch removes the obsolete bits and makes a small change to the rest. Approved-by: Kevin Buettner --- gdb/language.h | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/gdb/language.h b/gdb/language.h index 67e6ac438b6..da903eb702d 100644 --- a/gdb/language.h +++ b/gdb/language.h @@ -661,17 +661,11 @@ extern const struct language_defn *get_current_language (); always points to *some* valid struct; it can be used without checking it for validity. - The current language affects expression parsing and evaluation - (FIXME: it might be cleaner to make the evaluation-related stuff - separate exp_opcodes for each different set of semantics. We - should at least think this through more clearly with respect to - what happens if the language is changed between parsing and - evaluation) and printing of things like types and arrays. It does - *not* affect symbol-reading-- each source file in a symbol-file has - its own language and we should keep track of that regardless of the - language when symbols are read. If we want some manual setting for - the language of symbol files (e.g. detecting when ".c" files are - C++), it should be a separate setting from the current_language. */ + The current language affects expression parsing and evaluation and + printing of things like types and values. It does *not* affect + symbol-reading -- each source file in a symbol-file has its own + language and we should keep track of that regardless of the + language when symbols are read. */ #define current_language (get_current_language ()) -- 2.47.3