From: David Edelsohn <dje@watson.ibm.com>
To: Mark Mitchell <mark@codesourcery.com>
Cc: Ian Lance Taylor <iant@google.com>,
Alexandre Oliva <aoliva@redhat.com>,
Richard Guenther <richard.guenther@gmail.com>,
gcc-patches@gcc.gnu.org, gcc@gcc.gnu.org
Subject: Re: Designs for better debug info in GCC
Date: Thu, 08 Nov 2007 00:15:00 -0000 [thread overview]
Message-ID: <200711080014.lA80EEiA028452@makai.watson.ibm.com> (raw)
In-Reply-To: <4732519C.6070802@codesourcery.com>
>>>>> Mark Mitchell writes:
Mark> I think we all agree that providing better debugging of optimized code
Mark> is a priori a good thing. So, as I see it, this thread is focused on
Mark> what internal representation we might use for that.
Yes, it is a good thing, but not at any price. Regardless of the
representation and implementation, there is a cost. This discussion
should not start with the premise that better debugging of optimized code
is better at any cost.
Mark> I'd like to start by
Mark> capturing the functional changes that we want to make to GCC's debug
Mark> output -- not the changes that we want in the debug experience, or
Mark> changes that we need in GDB, but the changes in the generated DWARF.
Who is "we"? What better debugging are GCC users demanding? What
debugging difficulties are they experiencing? Who is that set of users?
What functional changes would improve those cases? What is the cost of
those improvements in complexity, maintainability, compile time, object
file size, GDB start-up time, etc.?
David
next prev parent reply other threads:[~2007-11-08 0:15 UTC|newest]
Thread overview: 150+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-05 8:28 [vta] don't let debug insns get in the way of simple vect reduction Alexandre Oliva
2007-11-05 11:27 ` Richard Guenther
2007-11-07 7:52 ` Designs for better debug info in GCC (was: Re: [vta] don't let debug insns get in the way of simple vect reduction) Alexandre Oliva
2007-11-07 16:16 ` Ian Lance Taylor
2007-11-07 19:11 ` Designs for better debug info in GCC Alexandre Oliva
2007-11-07 22:57 ` Ian Lance Taylor
2007-11-07 23:05 ` Daniel Jacobowitz
2007-11-08 0:00 ` Mark Mitchell
2007-11-08 0:15 ` David Edelsohn [this message]
2007-11-08 0:35 ` Mark Mitchell
2007-11-08 5:14 ` Alexandre Oliva
2007-11-08 18:28 ` Alexandre Oliva
2007-11-22 23:07 ` Frank Ch. Eigler
2007-11-22 23:13 ` Richard Guenther
2007-11-23 20:53 ` Frank Ch. Eigler
2007-11-24 1:53 ` Alexandre Oliva
2007-11-24 15:02 ` Robert Dewar
2007-11-08 5:15 ` Alexandre Oliva
2007-11-08 18:18 ` Alexandre Oliva
2007-11-08 19:46 ` Andrew Pinski
2007-11-08 20:39 ` Alexandre Oliva
2007-11-09 8:39 ` Robert Dewar
2007-11-08 5:44 ` Alexandre Oliva
2007-11-08 18:37 ` Alexandre Oliva
2007-11-08 19:13 ` Mark Mitchell
2007-11-08 19:13 ` David Daney
2007-11-08 19:17 ` Mark Mitchell
2007-11-09 2:09 ` Alexandre Oliva
2007-11-12 4:49 ` Mark Mitchell
2007-11-12 18:45 ` Alexandre Oliva
2007-11-12 18:49 ` Joe Buck
2007-11-25 6:57 ` Alexandre Oliva
2007-11-25 12:09 ` Richard Kenner
2007-11-12 18:53 ` Ian Lance Taylor
2007-11-24 2:12 ` Alexandre Oliva
2007-11-13 10:30 ` Mark Mitchell
2007-11-24 1:54 ` Alexandre Oliva
2007-11-13 15:30 ` Michael Matz
2007-11-24 2:00 ` Alexandre Oliva
2007-11-26 21:01 ` Michael Matz
2007-11-27 5:31 ` Alexandre Oliva
2007-11-27 20:31 ` Michael Matz
2007-11-27 21:44 ` Alexandre Oliva
2007-11-08 9:54 ` Richard Guenther
2007-11-08 5:01 ` Alexandre Oliva
2007-11-08 18:15 ` Alexandre Oliva
2007-11-08 19:13 ` Ian Lance Taylor
2007-11-08 20:27 ` Alexandre Oliva
2007-11-08 21:26 ` Ian Lance Taylor
2007-11-09 9:53 ` Robert Dewar
2007-11-12 5:36 ` Mark Mitchell
2007-11-12 17:34 ` Alexandre Oliva
2007-11-12 17:54 ` Mark Mitchell
2007-11-24 1:55 ` Alexandre Oliva
2007-11-26 1:08 ` Mark Mitchell
2007-12-05 14:22 ` Diego Novillo
2007-12-05 22:10 ` Joe Buck
2007-12-15 21:41 ` Alexandre Oliva
2007-12-16 3:15 ` Daniel Berlin
2007-12-16 13:09 ` Alexandre Oliva
2007-12-17 1:27 ` Daniel Berlin
2007-12-17 4:20 ` Joe Buck
2007-12-17 8:13 ` Geert Bosch
2007-12-18 1:24 ` Alexandre Oliva
2007-12-18 1:29 ` Joe Buck
2007-12-18 4:40 ` Alexandre Oliva
2007-12-18 7:42 ` Robert Dewar
2007-12-18 8:09 ` Alexandre Oliva
2007-12-18 14:01 ` Robert Dewar
2007-12-18 21:20 ` Alexandre Oliva
2007-12-18 7:35 ` Robert Dewar
2007-12-18 8:34 ` Alexandre Oliva
2007-12-17 18:36 ` Alexandre Oliva
2007-12-17 17:59 ` Alexandre Oliva
2007-12-17 18:02 ` Diego Novillo
2007-12-17 20:34 ` Alexandre Oliva
2007-12-17 20:45 ` Diego Novillo
2007-12-18 1:02 ` Alexandre Oliva
2007-12-18 1:14 ` Diego Novillo
2007-12-18 5:21 ` Alexandre Oliva
2007-12-18 9:10 ` Alexandre Oliva
2007-12-18 13:20 ` Diego Novillo
2007-12-18 15:42 ` Alexandre Oliva
2007-12-18 22:43 ` Daniel Berlin
2007-12-19 6:07 ` Alexandre Oliva
2007-12-19 8:39 ` Daniel Berlin
2007-12-19 16:12 ` Daniel Berlin
2007-12-19 16:36 ` Andrew MacLeod
2007-12-19 19:49 ` Daniel Berlin
2007-12-19 20:00 ` Andrew MacLeod
2007-12-19 20:57 ` Daniel Berlin
2007-12-19 20:07 ` Alexandre Oliva
2007-12-19 22:00 ` Daniel Berlin
2007-12-20 9:26 ` Alexandre Oliva
2007-12-20 17:04 ` Ian Lance Taylor
2007-12-20 20:53 ` Alexandre Oliva
2007-12-19 20:27 ` Alexandre Oliva
2007-12-18 23:35 ` Daniel Berlin
2007-12-19 5:50 ` Alexandre Oliva
2007-12-19 16:35 ` Daniel Berlin
2007-12-19 19:46 ` Alexandre Oliva
2007-12-19 20:39 ` Daniel Jacobowitz
2007-12-31 15:40 ` Richard Guenther
2007-12-16 21:42 ` Mark Mitchell
2007-11-09 9:55 ` Seongbae Park (박성배, 朴成培)
2007-11-09 11:08 ` Robert Dewar
2007-11-08 8:58 ` Paolo Bonzini
2007-11-07 17:20 ` Designs for better debug info in GCC (was: Re: [vta] don't let debug insns get in the way of simple vect reduction) Michael Matz
2007-11-07 18:45 ` Designs for better debug info in GCC Alexandre Oliva
2007-11-08 10:23 ` Michael Matz
2007-11-08 14:02 ` Robert Dewar
2007-11-08 15:13 ` H.J. Lu
2007-11-08 16:11 ` Michael Matz
2007-11-08 17:48 ` Alexandre Oliva
2007-11-09 12:46 ` Michael Matz
2007-11-12 18:31 ` Alexandre Oliva
2007-11-13 13:56 ` Michael Matz
2007-11-24 2:34 ` Alexandre Oliva
2007-11-26 20:56 ` Michael Matz
2007-11-27 5:30 ` Alexandre Oliva
2007-11-08 16:37 ` Alexandre Oliva
2007-11-09 1:26 ` Robert Dewar
2007-11-12 16:56 ` Alexandre Oliva
2007-11-09 1:26 ` Joe Buck
2007-11-09 14:53 ` Daniel Jacobowitz
2007-11-09 17:06 ` Robert Dewar
2007-11-08 16:32 ` Alexandre Oliva
2007-11-12 21:04 Steven Bosscher
2007-11-24 1:37 ` Alexandre Oliva
2007-11-24 2:35 ` Steven Bosscher
2007-11-24 15:08 ` Alexandre Oliva
2007-11-24 15:18 ` Richard Kenner
2007-11-24 20:11 ` Alexandre Oliva
2007-11-24 20:46 ` Bernd Schmidt
2007-11-25 0:42 ` Alexandre Oliva
2007-11-25 7:19 ` Richard Guenther
2007-11-25 14:30 ` Alexandre Oliva
2007-11-25 14:46 ` Richard Guenther
2007-11-26 10:11 ` Alexandre Oliva
2007-11-26 12:26 ` Richard Guenther
2007-11-26 18:58 ` Alexandre Oliva
2007-11-25 14:22 ` Alexandre Oliva
2007-11-24 20:48 ` Richard Kenner
2007-11-25 0:02 ` Alexandre Oliva
2007-11-25 14:23 ` Robert Dewar
2007-12-15 20:32 ` Alexandre Oliva
2007-12-15 21:41 ` Robert Dewar
2007-11-24 16:45 ` Steven Bosscher
2007-11-24 18:50 ` Alexandre Oliva
2007-11-24 20:21 ` Richard Guenther
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=200711080014.lA80EEiA028452@makai.watson.ibm.com \
--to=dje@watson.ibm.com \
--cc=aoliva@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=gcc@gcc.gnu.org \
--cc=iant@google.com \
--cc=mark@codesourcery.com \
--cc=richard.guenther@gmail.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).