debug/6436: dwarf2out ICE with typedef using attributes

Jason Merrill jason@redhat.com
Tue Apr 30 08:24:00 GMT 2002


>>>>> "Daniel" == Daniel Berlin <dberlin@dberlin.org> writes:

> For C++, we output two *named* types first, ._0, which is the A *without* 
> alignment, then ._1, which is the A *with* alignment.

Actually, ._1 is B.  The C++ standard says

  If the typedef declaration defines an unnamed  class  (or  enum),  the
  first  typedef-name  declared by the declaration to be that class type
  (or enum type) is used to denote the class type  (or  enum  type)  for
  linkage purposes only.

So we set TYPE_NAME for the type to be the typedef, rather than the funny
internal name.  For B this is fine, because the type of the name B is the
struct itself.  For A we have a problem: the type of the name A is an
attribute-variant of the anonymous struct, but we set the struct's name
anyway.  So

  TREE_TYPE (TYPE_NAME (type)) != type

but

  DECL_ORIGINAL_TYPE (TYPE_NAME (type)) == type

One fix would be to not give the name 'A' to the anonymous struct.
However, that would mean that we couldn't use the type in a mangled
context, and I suspect that there is code out there that relies on this
sort of pattern, though I suppose it's easy enough to fix affected code by
adding an "A" after the "struct" tag.

Jason



More information about the Gcc-bugs mailing list