From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29372 invoked by alias); 18 Feb 2004 08:46:13 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 29238 invoked from network); 18 Feb 2004 08:46:09 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 18 Feb 2004 08:46:09 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id i1I8k1b29494 for ; Wed, 18 Feb 2004 03:46:01 -0500 Received: from zenia.home.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i1I8jxi06559; Wed, 18 Feb 2004 03:46:00 -0500 To: gdb-patches@sources.redhat.com Subject: PATCH: mention correct GCC version From: Jim Blandy Date: Wed, 18 Feb 2004 08:46:00 -0000 Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-02/txt/msg00510.txt.bz2 2004-02-17 Jim Blandy * findvar.c (value_from_register): Doc fix. Index: findvar.c =================================================================== RCS file: /cvs/src/src/gdb/findvar.c,v retrieving revision 1.72 retrieving revision 1.73 diff -c -c -F'^(' -r1.72 -r1.73 *** findvar.c 18 Feb 2004 03:12:11 -0000 1.72 --- findvar.c 18 Feb 2004 04:26:09 -0000 1.73 *************** *** 628,634 **** Zero-length types can legitimately arise from declarations like 'struct {}'. GDB may also create them when it finds ! bogus debugging information; for example, in GCC 2.94.4 and binutils 2.11.93.0.2, the STABS BINCL->EXCL compression process can create bad type numbers. GDB reads these as TYPE_CODE_UNDEF types, with zero length. (That bug is --- 628,634 ---- Zero-length types can legitimately arise from declarations like 'struct {}'. GDB may also create them when it finds ! bogus debugging information; for example, in GCC 2.95.4 and binutils 2.11.93.0.2, the STABS BINCL->EXCL compression process can create bad type numbers. GDB reads these as TYPE_CODE_UNDEF types, with zero length. (That bug is