From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5671 invoked by alias); 28 Feb 2006 05:37:58 -0000 Received: (qmail 5658 invoked by uid 22791); 28 Feb 2006 05:37:57 -0000 X-Spam-Check-By: sourceware.org Received: from gandalf.inter.net.il (HELO gandalf.inter.net.il) (192.114.186.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 28 Feb 2006 05:37:55 +0000 Received: from nitzan.inter.net.il (nitzan.inter.net.il [192.114.186.20]) by gandalf.inter.net.il (MOS 3.7.1-GA) with ESMTP id HZV37376; Tue, 28 Feb 2006 07:37:44 +0200 (IST) Received: from HOME-C4E4A596F7 (IGLD-80-230-206-22.inter.net.il [80.230.206.22]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id CUJ61094 (AUTH halo1); Tue, 28 Feb 2006 07:37:43 +0200 (IST) Date: Tue, 28 Feb 2006 06:43:00 -0000 Message-Id: From: Eli Zaretskii To: Wu Zhou CC: gdb-patches@sources.redhat.com In-reply-to: (message from Wu Zhou on Sun, 26 Feb 2006 23:34:40 -0500 (EST)) Subject: Re: [RFC]: Document patch for F90 derived type support Reply-to: Eli Zaretskii References: 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-02/txt/msg00504.txt.bz2 > Date: Sun, 26 Feb 2006 23:34:40 -0500 (EST) > From: Wu Zhou > cc: gdb-patches@sources.redhat.com > > > > + type = Type bar > > > + int4 :: c > > > + real*4 :: d > > > + End Type bar > > > > Btw, isn't it more consistent to print "integer*4" instead of "int4"? > > Either that, or just "integer", I think. Or is "int4" a valid type > > name in f90? (The last Fortran I used was f77, so please forgive my > > ignorance.) > > Yes. I also think so. But the name of "int4" is got from the DWARF tag: > > <1>: Abbrev Number: 4 (DW_TAG_base_type) > DW_AT_name : int4 > DW_AT_byte_size : 4 > DW_AT_encoding : 5 (signed) Well, we don't need t print everything DWARF-2 throws at us verbatim. If you agree with my suggestions, I say let's use them. Are there any problems with that? > + For a variable of derived type, the @code{print} command will output the > + value of all its members, including its nested derived type . ^^ An extra space. > + Please note that in the above example, the result of @code{print q} is @kbd{print q}, since it's what the user types at her keyboard. Otherwise okay, thanks.