public inbox for libabigail@sourceware.org
 help / color / mirror / Atom feed
* [Bug default/28120] New: abidw: anonymous types and naming typedefs
@ 2021-07-22 11:16 gprocida at google dot com
  0 siblings, 0 replies; only message in thread
From: gprocida at google dot com @ 2021-07-22 11:16 UTC (permalink / raw)
  To: libabigail

https://sourceware.org/bugzilla/show_bug.cgi?id=28120

            Bug ID: 28120
           Summary: abidw: anonymous types and naming typedefs
           Product: libabigail
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: default
          Assignee: dodji at redhat dot com
          Reporter: gprocida at google dot com
                CC: libabigail at sourceware dot org
  Target Milestone: ---

Created attachment 13563
  --> https://sourceware.org/bugzilla/attachment.cgi?id=13563&action=edit
compressed ABI XML file

Consider this:

typedef struct { int b; } foo;
typedef struct { int b; } bar;
void fun(foo a, bar b) { (void)a; (void)b; }

Compiling results in one type for the struct and two types for the typedefs.
The struct has one naming typedef (and cannot have two, obviously).

We've seen issues with the Linux kernel where isomorphic anonymous structs with
different naming typedefs in different compilation units end up as the same
type id in the XML, but appear twice with different naming typedef ids.

The attachment illustrates the issue with type id 8425539a. In terms of ABI
diffing this is probably a low priority issue - I don't think naming typedef is
even inspected.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2021-07-22 11:16 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-07-22 11:16 [Bug default/28120] New: abidw: anonymous types and naming typedefs gprocida at google dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).