]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
Clean up comment in language.h master
authorTom Tromey <tromey@adacore.com>
Wed, 8 Apr 2026 14:57:36 +0000 (08:57 -0600)
committerTom Tromey <tromey@adacore.com>
Wed, 15 Apr 2026 16:00:17 +0000 (10:00 -0600)
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 <kevinb@redhat.com>
gdb/language.h

index 67e6ac438b6a5d77ef0b3b7b80cd51088391c8b4..da903eb702d2112402b2a92b6e6de0fba4a3f4eb 100644 (file)
@@ -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.
 
    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 ())
 
 
 #define current_language (get_current_language ())