Doc fix for PR 1621.
authorJim Wilson <wilson@redhat.com>
Fri, 13 Dec 2002 20:07:15 +0000 (20:07 +0000)
committerJim Wilson <wilson@gcc.gnu.org>
Fri, 13 Dec 2002 20:07:15 +0000 (12:07 -0800)
* doc/extend.texi (Complex Numbers): Update info on debug info.

From-SVN: r60101

gcc/ChangeLog
gcc/doc/extend.texi

index 3ac0ccec42dd5825fb709bdb50e26150e885e41e..a1ca49b6517d6cdb2c23fee41a28a00f3c150f1c 100644 (file)
@@ -1,3 +1,7 @@
+2002-12-13  Jim Wilson  <wilson@redhat.com>
+
+       * doc/extend.texi (Complex Numbers): Update info on debug info.
+
 2002-12-13  Kazu Hirata  <kazu@cs.umass.edu>
 
        * config/h8300/h8300.md (addhi3_h8300): Remove the last
index fad4d8609af4cd51a6d72f8a9a019824c8d1d679..9a0f04cb0af4b87a0694f4b77d2ce8553b2ee7b3 100644 (file)
@@ -1224,17 +1224,14 @@ provided as built-in functions by GCC@.
 
 GCC can allocate complex automatic variables in a noncontiguous
 fashion; it's even possible for the real part to be in a register while
-the imaginary part is on the stack (or vice-versa).  None of the
-supported debugging info formats has a way to represent noncontiguous
-allocation like this, so GCC describes a noncontiguous complex
-variable as if it were two separate variables of noncomplex type.
+the imaginary part is on the stack (or vice-versa).  Only the DWARF2
+debug info format can represent this, so use of DWARF2 is recommended.
+If you are using the stabs debug info format, GCC describes a noncontiguous
+complex variable as if it were two separate variables of noncomplex type.
 If the variable's actual name is @code{foo}, the two fictitious
 variables are named @code{foo$real} and @code{foo$imag}.  You can
 examine and set these two fictitious variables with your debugger.
 
-A future version of GDB will know how to recognize such pairs and treat
-them as a single variable with a complex type.
-
 @node Hex Floats
 @section Hex Floats
 @cindex hex floats