From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10342 invoked by alias); 31 Jan 2002 04:26:31 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 10232 invoked from network); 31 Jan 2002 04:26:28 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 31 Jan 2002 04:26:28 -0000 Received: from drow by nevyn.them.org with local (Exim 3.34 #1 (Debian)) id 16W8nO-0005X6-00; Wed, 30 Jan 2002 23:25:58 -0500 Date: Wed, 30 Jan 2002 20:26:00 -0000 From: Daniel Jacobowitz To: Jeffrey Law , George Helffrich , gcc-bugs@gcc.gnu.org Cc: gdb@sources.redhat.com Subject: Debug info for 'complex' types Message-ID: <20020130232558.A21136@nevyn.them.org> Mail-Followup-To: Jeffrey Law , George Helffrich , gcc-bugs@gcc.gnu.org, gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i X-SW-Source: 2002-01/txt/msg00359.txt.bz2 While otherwise fixing complex value support in GDB, I came across this patch: Sun Jul 23 11:52:03 2000 George Helffrich (george@gly.bris.ac.uk) * dbxout.c (dbxout_type, case COMPLEX_TYPE): Fix length field in stab. It's wrong - the GDB stabs reader says: /* If n3 is zero and n2 is positive, we want a floating type, and n2 is the width in bytes. Fortran programs appear to use this for complex types also. To distinguish between floats and complex, g77 (and others?) seem to use self-subranges for the complexes, and subranges of int for the floats. Also note that for complexes, g77 sets n2 to the size of one of the member floats, not the whole complex beast. My guess is that this was to work well with pre-COMPLEX versions of gdb. */ This was true as late as 2.95.3, and broken by this patch. Can it be reverted for 3.0.4 and 3.1, please? There's no way for GDB to tell if this change is present or not in any reasonable fashion, so there is no way to support it. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer