From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 18B133858028; Mon, 12 Apr 2021 19:01:26 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 18B133858028 From: "marcandre.lureau at gmail dot com" To: libabigail@sourceware.org Subject: [Bug default/27715] Fails to detect GObjectClass ABI changes Date: Mon, 12 Apr 2021 19:01:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: libabigail X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: marcandre.lureau at gmail dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dodji at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: libabigail@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Mailing list of the Libabigail project List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2021 19:01:26 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D27715 --- Comment #8 from Marc-Andr=C3=A9 Lureau --- (In reply to Matthias Maennich from comment #7) > Thanks for that. >=20 > I can see that: > - _GTypeModuleClass increases in size from old->new in DWARF > - old and new have debug information sufficient for ABI analysis > - _GTypeModuleClass is not attached directly or indirectly as a type to = any > ELF symbol >=20 > Can you please tell me which symbol you would expect to become incompatib= le > based on a change to this class? How does it relate to any of the exported > symbols? FooClass/vtable (and other object-oriented structures) are often passed aro= und as void * (or parent types) on the public functions etc. However, the implementation then cast the void/parent pointer to some concrete type, and expect the structure to keep the same layout. So any change in those OO structures is an ABI break, it would be nice to c= atch them. --=20 You are receiving this mail because: You are on the CC list for the bug.=