Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: David Edelsohn <dje.gcc@gmail.com>
To: David Taylor <dtaylor@emc.com>
Cc: Jakub Jelinek <jakub@redhat.com>,
	"gcc@gcc.gnu.org" <gcc@gcc.gnu.org>,
		"gdb@sourceware.org" <gdb@sourceware.org>,
	"binutils@zalov.cz" <binutils@zalov.cz>
Subject: Re: stabs changes for 64 bit targets
Date: Tue, 14 May 2013 15:24:00 -0000	[thread overview]
Message-ID: <CAGWvnym3BGmguU7Z61J4Z1w+dYEueQxXDfuRCmPYe7ua0b_oNg@mail.gmail.com> (raw)
In-Reply-To: <15482.1368542282@usendtaylorx2l>

On Tue, May 14, 2013 at 10:38 AM, David Taylor <dtaylor@emc.com> wrote:
> Jakub Jelinek <jakub@redhat.com> wrote:
>
>> On Mon, May 13, 2013 at 10:45:46AM -0400, David Taylor wrote:
>> > There are problems when using current STABS debug format for 64 bit
>> > targets.
>>
>> Why are you considering extending STABS at this point?
>> STABS support might very well be dropped altogether from GCC 4.9 or the next
>> release, people just should use DWARF[234] everywhere.
>
> There are multiple reasons.  One of the big reasons is...
>
> Prior to GCC 4.7, DWARF is too verbose compared to STABS.
>
> In STABS, all strings go into the string table; identical strings get
> put into the table just once.
>
> In DWARF, prior to GCC 4.7, macro strings do not go into the string
> table.  If 1000 files all include a given header file, each #define in
> that header gets its own string in the debug information -- so the
> string is present 1000 times.  GCC 4.7 (DWARF4) fixes this.
>
> We have STABS extensions (posted years ago, but never merged) that
> record macros in the STABS debug information -- at the -g3 level, just
> like for DWARF.

Please keep in mind that AIX continues to use STABS with its XCOFF
file format, so please do not make changes to STABS under the
assumption that you are the only producer and consumer.

AIX added support for DWARF and I believe that there are some patches
to support DWARF on AIX from Adacore, but those have not been merged
into FSF GCC, Binutils and GDB yet.

Thanks, David


      reply	other threads:[~2013-05-14 15:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <18975.1368456346@usendtaylorx2l>
2013-05-13 14:52 ` Jakub Jelinek
2013-05-13 16:15   ` Joern Rennecke
2013-05-14 14:38   ` David Taylor
2013-05-14 15:24     ` David Edelsohn [this message]

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=CAGWvnym3BGmguU7Z61J4Z1w+dYEueQxXDfuRCmPYe7ua0b_oNg@mail.gmail.com \
    --to=dje.gcc@gmail.com \
    --cc=binutils@zalov.cz \
    --cc=dtaylor@emc.com \
    --cc=gcc@gcc.gnu.org \
    --cc=gdb@sourceware.org \
    --cc=jakub@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