From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30568 invoked by alias); 11 May 2009 11:30:38 -0000 Received: (qmail 30555 invoked by uid 22791); 11 May 2009 11:30:33 -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; Mon, 11 May 2009 11:30:29 +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 n4BBSLbo023410 ; Mon, 11 May 2009 13:28:21 +0200 (CEST) Received: from mailserver.u-strasbg.fr (ms2.u-strasbg.fr [IPv6:2001:660:2402:d::11]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n4BBSLft094610 ; Mon, 11 May 2009 13:28:21 +0200 (CEST) (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 n4BBSJKl007852 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Mon, 11 May 2009 13:28:21 +0200 (CEST) (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> <000001c99335$837a4d30$8a6ee790$@u-strasbg.fr> In-Reply-To: <000001c99335$837a4d30$8a6ee790$@u-strasbg.fr> Subject: PING : [PING] [RFC-v2] Use untested for macscp.exp if no macro information generated Date: Mon, 11 May 2009 11:30:00 -0000 Message-ID: <000d01c9d22b$9823cec0$c86b6c40$@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-05/txt/msg00208.txt.bz2 I would still like to have this accepted even if it is not optimal... In the sense that you still get one failure for gcc-3 using stabs as default debugging info format instead of about 500. See history, starting here: http://sourceware.org/ml/gdb-patches/2008-10/msg00282.html First RFC http://sourceware.org/ml/gdb-patches/2008-10/msg00323.html and second version http://sourceware.org/ml/gdb-patches/2009-02/msg00388.html Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Pierre Muller > Envoy=E9=A0: Friday, February 20, 2009 9:31 AM > =C0=A0: tromey@redhat.com > 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 >=20 >=20 > > -----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 > > > > >>>>> "Pierre" =3D=3D Pierre Muller writes: > > > > Pierre> I didn't get any feedback on this one. > > > > Sorry about that. > > > > Pierre> Should I resend it as a RFA? > > > > No need :) > > > > >> FAIL: gdb.base/macscp.exp: info macro WHERE after `list main' > > >> (undefined) > > > > 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. > > > > Is this too hard? >=20 > The problem is that this does not work > unless you already started the program, > loading it into memory with file is not enough... >=20 > 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). >=20 > 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. >=20 > I thought about that when I first tried to > handle this, but was afraid that restarting > gdb once more for every tests done on all machines > just to avoid failures on machines that do > not support macros was not acceptable. >=20 > If you tell me it is OK, > I can try to resubmit a patch > doing so. >=20 >=20 > Pierre Muller > Pascal language support maintainer for GDB >=20 >=20 >=20