From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10526 invoked by alias); 20 Feb 2009 08:31:15 -0000 Received: (qmail 10518 invoked by uid 22791); 20 Feb 2009 08:31:14 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_63 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.152) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 20 Feb 2009 08:31:00 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n1K8UcpT016321 ; Fri, 20 Feb 2009 09:30:38 +0100 (CET) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [IPv6:2001:660:2402:d::10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n1K8UbAu071939 ; Fri, 20 Feb 2009 09:30:37 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (www-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n1K8UbPI073526 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Fri, 20 Feb 2009 09:30:37 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: Cc: "'Daniel Jacobowitz'" , References: <011801c92a03$4b71afa0$e2550ee0$@u-strasbg.fr> <001401c92af1$cf8821e0$6e9865a0$@u-strasbg.fr> <004a01c97f96$637bced0$2a736c70$@u-strasbg.fr> <000001c9814b$919b63a0$b4d22ae0$@u-strasbg.fr> <20090201182834.GE4597@caradoc.them.org> <000801c9860c$d5dc8ba0$8195a2e0$@u-strasbg.fr> <000001c9921b$cf82d500$6e887f00$@u-strasbg.fr> In-Reply-To: Subject: RE: [PING] [RFC-v2] Use untested for macscp.exp if no macro information generated Date: Fri, 20 Feb 2009 10:08:00 -0000 Message-ID: <000001c99335$837a4d30$8a6ee790$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-02/txt/msg00405.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Tom Tromey > Envoy=E9=A0: Thursday, February 19, 2009 2:00 AM > =C0=A0: Pierre Muller > Cc=A0: 'Daniel Jacobowitz'; gdb-patches@sourceware.org > Objet=A0: Re: [PING] [RFC-v2] Use untested for macscp.exp if no macro > information generated >=20 > >>>>> "Pierre" =3D=3D Pierre Muller writes: >=20 > Pierre> I didn't get any feedback on this one. >=20 > Sorry about that. >=20 > Pierre> Should I resend it as a RFA? >=20 > No need :) >=20 > >> FAIL: gdb.base/macscp.exp: info macro WHERE after `list main' > >> (undefined) >=20 > It seems to me that it should be possible to check some macro > expansion without running a "test", and thus not having any FAILs show > up in the log. >=20 > Is this too hard? The problem is that this does not work unless you already started the program, loading it into memory with file is not enough... And I didn't want to change the order of the tests inside macscp.exp (there are a few tests prior to starting, which I didn't want to touch). One solution would be to start the debuggee, check 'macro expand FIFTY_SEVEN' at that point, flag as UNTESTED if this fails, or restart gdb if the macro expand succeeds. I thought about that when I first tried to=20 handle this, but was afraid that restarting=20 gdb once more for every tests done on all machines just to avoid failures on machines that do not support macros was not acceptable. If you tell me it is OK, I can try to resubmit a patch doing so. Pierre Muller Pascal language support maintainer for GDB