This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: DW_FORM_ref_addr dosn't work
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: "H. J. Lu" <hjl at lucon dot org>
- Cc: GDB <gdb at sources dot redhat dot com>
- Date: Wed, 30 Jul 2003 17:45:03 -0400
- Subject: Re: DW_FORM_ref_addr dosn't work
- References: <20030730214252.GA26082@lucon.org>
On Wed, Jul 30, 2003 at 02:42:52PM -0700, H. J. Lu wrote:
> DW_FORM_ref_addr can reference an entry in a different compilation
> unit, even from a different shared object. But die_ref_table only
> contains DIEs in one single compilation unit. Why do we do that? What
> is the best way to fix it?
>
> BTW, I am enclosing my quick dirty hack for reference.
Please read any of the thirty-some discussions of this in the list
archives.
I'm working on it in my spare time, of which I have not had enough to
make much progress. The DWARF reader needs to be essentially
rewritten.
>
>
> H.J.
> ----
> --- dwarf2read.c.ref 2003-07-30 09:43:51.000000000 -0700
> +++ dwarf2read.c 2003-07-30 14:41:24.000000000 -0700
> @@ -1195,6 +1195,7 @@ dwarf2_build_psymtabs_hard (struct objfi
> struct partial_symtab *pst;
> struct cleanup *back_to;
> CORE_ADDR lowpc, highpc;
> + struct die_info *dies;
>
> info_ptr = dwarf_info_buffer;
> abbrev_ptr = dwarf_abbrev_buffer;
> @@ -1280,6 +1281,8 @@ dwarf2_build_psymtabs_hard (struct objfi
> dwarf2_read_abbrevs (abfd, &cu_header);
> make_cleanup (dwarf2_empty_abbrev_table, cu_header.dwarf2_abbrevs);
>
> + dies = read_comp_unit (info_ptr, abfd, &cu_header);
> +
> /* Read the compilation unit die */
> info_ptr = read_partial_die (&comp_unit_die, abfd, info_ptr,
> &cu_header);
> @@ -3654,9 +3657,11 @@ read_comp_unit (char *info_ptr, bfd *abf
> char *cur_ptr;
> int nesting_level;
>
> +#if 0
> /* Reset die reference table; we are
> building new ones now. */
> dwarf2_empty_hash_tables ();
> +#endif
>
> cur_ptr = info_ptr;
> nesting_level = 0;
>
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer