From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-43118-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 3545 invoked by alias); 2 Mar 2006 04:36:03 -0000
Received: (qmail 3535 invoked by uid 22791); 2 Mar 2006 04:36:02 -0000
X-Spam-Check-By: sourceware.org
Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 02 Mar 2006 04:36:02 +0000
Received: from HOME-C4E4A596F7 (IGLD-80-230-143-192.inter.net.il [80.230.143.192]) 	by romy.inter.net.il (MOS 3.7.3-GA) 	with ESMTP id DQY79919 (AUTH halo1); 	Thu, 2 Mar 2006 06:35:58 +0200 (IST)
Date: Thu, 02 Mar 2006 04:36:00 -0000
Message-Id: <uveux31l8.fsf@gnu.org>
From: Eli Zaretskii <eliz@gnu.org>
To: Wu Zhou <woodzltc@cn.ibm.com>
CC: drow@false.org, gdb-patches@sourceware.org
In-reply-to: <Pine.LNX.4.64.0603012121580.18903@localhost.localdomain> 	(message from Wu Zhou on Wed, 1 Mar 2006 21:33:35 -0500 (EST))
Subject: Re: [RFC]: Document patch for F90 derived type support
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <uek1t9nu6.fsf@gnu.org> <Pine.LNX.4.64.0602262204560.9819@localhost.localdomain>  <u64n0qc0l.fsf@gnu.org> <20060228135310.GA25487@nevyn.them.org>  <u1wxnqmnf.fsf@gnu.org> <Pine.LNX.4.64.0602282126040.9196@localhost.localdomain>  <20060301043203.GA17621@nevyn.them.org> <ud5h63gvb.fsf@gnu.org>  <20060301050501.GA18703@nevyn.them.org> <u8xru3s51.fsf@gnu.org>  <20060301193829.GD6465@nevyn.them.org> <Pine.LNX.4.64.0603012121580.18903@localhost.localdomain>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2006-03/txt/msg00041.txt.bz2

> Date: Wed, 1 Mar 2006 21:33:35 -0500 (EST)
> From: Wu Zhou <woodzltc@cn.ibm.com>
> 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.