From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26646 invoked by alias); 3 May 2002 07:49: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 26635 invoked from network); 3 May 2002 07:49:11 -0000 Received: from unknown (HELO cerbere.u-strasbg.fr) (130.79.112.7) by sources.redhat.com with SMTP; 3 May 2002 07:49:11 -0000 Received: from laocoon (laocoon.u-strasbg.fr [130.79.112.72]) by cerbere.u-strasbg.fr (8.9.3/8.8.7) with ESMTP id JAA07291; Fri, 3 May 2002 09:49:07 +0200 Message-Id: <4.2.0.58.20020503093631.02888ec8@ics.u-strasbg.fr> X-Sender: muller@ics.u-strasbg.fr Date: Fri, 03 May 2002 00:49:00 -0000 To: Michael Snyder From: Pierre Muller Subject: Re: [PATH] Change is_pascal_string_type args Cc: gdb-patches@sources.redhat.com In-Reply-To: <3CD17E47.D7FC8B13@redhat.com> References: <4.2.0.58.20020502125232.013415f0@ics.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-SW-Source: 2002-05/txt/msg00062.txt.bz2 At 19:58 02/05/2002 , Michael Snyder a écrit: >Pierre Muller wrote: > > > > The following patch is only to prepare for the > > next patch for p-exp.y that will enhance the field > > search for pascal expressions. > > > > It adds a new argument that can contain > > a pointer to the name of the field containing the > > chars of the string. > > If the type is a pascal string the retruned value is now > > the char array field index plus one. > > (to avoid a zero if some new pascal compiler > > use the first field to contain the char array one day...) > >Pierre, aren't you the Pascal maintainer for gdb? >Seems like you could be approving some of these changes >yourself, since they affect only Pascal. Of course, this are committed patches I made a mistake on the title of that mail, it should be [PATCH] of course. The only thing that I did not commit yet is the big p-exp.y patch which I sent as a RFC. This is mainly because I wanted to know the comments of the other developppers, as the method that I used in p-exp.y to be able to follow the current type of an expression should be usable by other expression parser. If we implement it for all languages, then we should be able to get a completer that works correctly for all structure fields. After applying this patch, my goal is to submit a patch to completer.c and symtab.c that will allow to complete if X is a record variable of type TRECT = record real,imaginary : longint; end; in C struct { int real, imaginary; } TRECT; then print X.R'Tab' would expand to print X.REAL (or more precisely to X.Real for GPC compiled code and X.REAL for Freee Pascal related code). Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99