This is the mail archive of the
archer@sourceware.org
mailing list for the Archer project.
Re: DW_TAG_imported_declaration DW_TAG_base_type w/o DW_AT_name [Re: using directive patch]
- From: Tom Tromey <tromey at redhat dot com>
- To: Sami Wagiaalla <swagiaal at redhat dot com>
- Cc: Jan Kratochvil <jan dot kratochvil at redhat dot com>, Project Archer <archer at sourceware dot org>, Dodji Seketeli <dseketel at redhat dot com>
- Date: Tue, 16 Jun 2009 12:16:16 -0600
- Subject: Re: DW_TAG_imported_declaration DW_TAG_base_type w/o DW_AT_name [Re: using directive patch]
- References: <48BED230.1070209@redhat.com><20080907183612.GA7304@host0.dyn.jankratochvil.net><20080918211335.GA24936@host0.dyn.jankratochvil.net><4A37B667.10307@redhat.com>
- Reply-to: Tom Tromey <tromey at redhat dot com>
>>>>> "Sami" == Sami Wagiaalla <swagiaal@redhat.com> writes:
Jan> I do not see a meaning of such import - if it has no name. But this bug
Jan> may be already covered by PR debug/14168 or possibly by PR debug/14169.
Sami> Is this a bug though. This imports the type specified by 0x50e keeping its
Sami> name in the current context.
Yeah, see Dwarf 3 section 3.2.3. It is clear about the meaning of a
missing DW_AT_name in this situation.
Tom