aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorTom Tromey <tom@tromey.com>2020-03-07 07:53:42 -0700
committerTom Tromey <tom@tromey.com>2020-03-07 07:58:35 -0700
commite8932576355851be8bac0b0b86a3be4f2005e47f (patch)
tree9ec92d992cc7706508f76b95c01c98e1c5da851d
parent190e5fc8b3cb8da10d17bf23d81c74cfefdb4669 (diff)
downloadgdb-e8932576355851be8bac0b0b86a3be4f2005e47f.zip
gdb-e8932576355851be8bac0b0b86a3be4f2005e47f.tar.gz
gdb-e8932576355851be8bac0b0b86a3be4f2005e47f.tar.bz2
Remove some obsolete comments
While working on complex number support, I found a couple of apparently obsolete coments. This removes them. 2020-03-07 Tom Tromey <tom@tromey.com> * valops.c (value_literal_complex): Remove obsolete comment. * gdbtypes.h (enum type_code) <TYPE_CODE_FLT>: Remove obsolete comment.
-rw-r--r--gdb/ChangeLog6
-rw-r--r--gdb/gdbtypes.h4
-rw-r--r--gdb/valops.c4
3 files changed, 8 insertions, 6 deletions
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 0de3794..9a25504 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,9 @@
+2020-03-07 Tom Tromey <tom@tromey.com>
+
+ * valops.c (value_literal_complex): Remove obsolete comment.
+ * gdbtypes.h (enum type_code) <TYPE_CODE_FLT>: Remove obsolete
+ comment.
+
2020-03-06 Simon Marchi <simon.marchi@polymtl.ca>
* infrun.h: Forward-declare thread_info.
diff --git a/gdb/gdbtypes.h b/gdb/gdbtypes.h
index 7449843..cb674db 100644
--- a/gdb/gdbtypes.h
+++ b/gdb/gdbtypes.h
@@ -120,9 +120,7 @@ enum type_code
TYPE_CODE_FUNC, /**< Function type */
TYPE_CODE_INT, /**< Integer type */
- /* * Floating type. This is *NOT* a complex type. Beware, there
- are parts of GDB which bogusly assume that TYPE_CODE_FLT can
- mean complex. */
+ /* * Floating type. This is *NOT* a complex type. */
TYPE_CODE_FLT,
/* * Void type. The length field specifies the length (probably
diff --git a/gdb/valops.c b/gdb/valops.c
index 7fc555a..d484746 100644
--- a/gdb/valops.c
+++ b/gdb/valops.c
@@ -3856,9 +3856,7 @@ value_slice (struct value *array, int lowbound, int length)
/* Create a value for a FORTRAN complex number. Currently most of the
time values are coerced to COMPLEX*16 (i.e. a complex number
- composed of 2 doubles. This really should be a smarter routine
- that figures out precision intelligently as opposed to assuming
- doubles. FIXME: fmb */
+ composed of 2 doubles. */
struct value *
value_literal_complex (struct value *arg1,