From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19422 invoked by alias); 3 Mar 2006 01:21:51 -0000 Received: (qmail 19413 invoked by uid 22791); 3 Mar 2006 01:21:51 -0000 X-Spam-Check-By: sourceware.org Received: from ausmtp04.au.ibm.com (HELO ausmtp04.au.ibm.com) (202.81.18.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 03 Mar 2006 01:21:49 +0000 Received: from sd0208e0.au.ibm.com (d23rh904.au.ibm.com [202.81.18.202]) by ausmtp04.au.ibm.com (8.12.10/8.13.5) with ESMTP id k231Ska4246514 for ; Fri, 3 Mar 2006 12:28:46 +1100 Received: from d23av04.au.ibm.com (d23av04.au.ibm.com [9.190.250.237]) by sd0208e0.au.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k231OoQn235258 for ; Fri, 3 Mar 2006 12:24:50 +1100 Received: from d23av04.au.ibm.com (loopback [127.0.0.1]) by d23av04.au.ibm.com (8.12.11/8.13.3) with ESMTP id k231LWIN006560 for ; Fri, 3 Mar 2006 12:21:32 +1100 Received: from [9.181.133.108] ([9.181.133.108]) by d23av04.au.ibm.com (8.12.11/8.12.11) with ESMTP id k231LTfL006448; Fri, 3 Mar 2006 12:21:30 +1100 Date: Fri, 03 Mar 2006 09:09:00 -0000 From: Wu Zhou To: Daniel Jacobowitz cc: Eli Zaretskii , gdb-patches@sourceware.org Subject: Re: [RFC]: Document patch for F90 derived type support In-Reply-To: <20060302044018.GA26360@nevyn.them.org> Message-ID: References: <20060228135310.GA25487@nevyn.them.org> <20060301043203.GA17621@nevyn.them.org> <20060301050501.GA18703@nevyn.them.org> <20060301193829.GD6465@nevyn.them.org> <20060302044018.GA26360@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00068.txt.bz2 On Wed, 1 Mar 2006, Daniel Jacobowitz wrote: > On Thu, Mar 02, 2006 at 06:36:03AM +0200, Eli Zaretskii wrote: > > > Date: Wed, 1 Mar 2006 21:33:35 -0500 (EST) > > > From: Wu Zhou > > > cc: gdb-patches@sourceware.org > > > > > > Maybe we can do this: > > > > > > case TYPE_CODE_INT: > > > /* There may be some character types that attempt to come > > > through as TYPE_CODE_INT since dbxstclass.h is so > > > C-oriented, we must change these to "character" from "char". */ > > > > > > if (strcmp (TYPE_NAME (type), "char") == 0) > > > fprintfi_filtered (level, stream, "character"); > > > else > > > fprintfi_filtered (level, stream, "integer (%d)", TYPE_LENGTH (type)); > > > break; > > > > > > The basic idea is to let the TYPE_CODE (type) and TYPE_LENGTH (type) to > > > determine what should be displayed. > > > > This is okay with me. Thanks. > > Me too, I suppose. If you're going to go this route, take a look at > the full set of types that gfortran prints out useless names for, > please. It's in gcc/fortran/trans-type.c. OK. I will. If I have time, I will see if I can also make a patch for gfortran. Thanks for the pointer. Regards - Wu Zhou