This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
gdb/542: Dumb down DWARF_ABBREV_BUFFER(p) et.al.
- From: ac131313 at redhat dot com
- To: gdb-gnats at sources dot redhat dot com
- Date: 13 May 2002 04:56:35 -0000
- Subject: gdb/542: Dumb down DWARF_ABBREV_BUFFER(p) et.al.
- Reply-to: ac131313 at redhat dot com
>Number: 542
>Category: gdb
>Synopsis: Dumb down DWARF_ABBREV_BUFFER(p) et.al.
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: change-request
>Submitter-Id: net
>Arrival-Date: Sun May 12 21:58:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: ac131313@redhat.com
>Release: unknown-1.0
>Organization:
>Environment:
>Description:
JimB writes:
Andrew Cagney <ac131313@cygnus.com> writes:
> > The change I committed May 6 to dwarf2read.c introduced the new
> > function dwarf_decode_line_header. That contained a bunch of
> > consistency checks which assumed that dwarf_line_size is actually
> > preserved between the partial symbol scan and the full symbol read.
> > It isn't.
>
> BTW,
>
> > #define DWARF_ABBREV_BUFFER(p) (PST_PRIVATE(p)->dwarf_abbrev_buffer)
> > #define DWARF_ABBREV_SIZE(p) (PST_PRIVATE(p)->dwarf_abbrev_size)
> > #define DWARF_LINE_BUFFER(p) (PST_PRIVATE(p)->dwarf_line_buffer)
> > + #define DWARF_LINE_SIZE(p) (PST_PRIVATE(p)->dwarf_line_size)
> > #define DWARF_STR_BUFFER(p) (PST_PRIVATE(p)->dwarf_str_buffer)
> > #define DWARF_STR_SIZE(p) (PST_PRIVATE(p)->dwarf_str_size)
> > #define DWARF_MACINFO_BUFFER(p) (PST_PRIVATE(p)->dwarf_macinfo_buffer)
>
> I'm wondering if we even need these macros.
It's true --- they're only used in contexts where one could just as
easily put PST_PRIVATE (p) in a variable and access the fields
directly. I'd welcome a patch, if you wanted.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: