From: "Pierre Muller" <muller@ics.u-strasbg.fr>
To: <tromey@redhat.com>
Cc: "'Daniel Jacobowitz'" <drow@false.org>, <gdb-patches@sourceware.org>
Subject: PING : [PING] [RFC-v2] Use untested for macscp.exp if no macro information generated
Date: Mon, 11 May 2009 11:30:00 -0000 [thread overview]
Message-ID: <000d01c9d22b$9823cec0$c86b6c40$@u-strasbg.fr> (raw)
In-Reply-To: <000001c99335$837a4d30$8a6ee790$@u-strasbg.fr>
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 : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Pierre Muller
> Envoyé : Friday, February 20, 2009 9:31 AM
> À : tromey@redhat.com
> Cc : 'Daniel Jacobowitz'; gdb-patches@sourceware.org
> Objet : RE: [PING] [RFC-v2] Use untested for macscp.exp if no macro
> information generated
>
>
>
> > -----Message d'origine-----
> > De : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> > owner@sourceware.org] De la part de Tom Tromey
> > Envoyé : Thursday, February 19, 2009 2:00 AM
> > À : Pierre Muller
> > Cc : 'Daniel Jacobowitz'; gdb-patches@sourceware.org
> > Objet : Re: [PING] [RFC-v2] Use untested for macscp.exp if no macro
> > information generated
> >
> > >>>>> "Pierre" == Pierre Muller <muller@ics.u-strasbg.fr> 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?
>
> 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
> 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.
>
> If you tell me it is OK,
> I can try to resubmit a patch
> doing so.
>
>
> Pierre Muller
> Pascal language support maintainer for GDB
>
>
>
next prev parent reply other threads:[~2009-05-11 11:30 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-09 11:37 Results of macscp.exp test on cygwin Pierre Muller
2008-10-09 16:29 ` Tom Tromey
2008-10-09 16:46 ` Pedro Alves
2008-10-09 18:14 ` Daniel Jacobowitz
2008-10-09 20:21 ` Michael Snyder
2008-10-09 22:28 ` Paul Pluzhnikov
2008-10-10 16:04 ` [RFC] " Pierre Muller
2009-01-26 9:13 ` [PING] " Pierre Muller
2009-01-28 13:32 ` [RFC] Use untested for macscp.exp if no macro information generated Pierre Muller
2009-02-01 18:28 ` Daniel Jacobowitz
2009-02-03 14:36 ` [RFC-v2] " Pierre Muller
2009-02-18 22:59 ` [PING] " Pierre Muller
2009-02-19 8:20 ` Tom Tromey
2009-02-20 10:08 ` Pierre Muller
2009-05-11 11:30 ` Pierre Muller [this message]
2009-05-29 23:40 ` PING : " Tom Tromey
2009-05-30 8:04 ` Pierre Muller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000d01c9d22b$9823cec0$c86b6c40$@u-strasbg.fr' \
--to=muller@ics.u-strasbg.fr \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=tromey@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox