From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 911AC385841D; Wed, 1 Dec 2021 23:44:41 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 911AC385841D From: "woodard at redhat dot com" To: libabigail@sourceware.org Subject: [Bug default/28641] New: unspecified indirect subtype changes. Date: Wed, 01 Dec 2021 23:44:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new 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: woodard at redhat dot com X-Bugzilla-Status: NEW 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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: Wed, 01 Dec 2021 23:44:41 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D28641 Bug ID: 28641 Summary: unspecified indirect subtype changes. Product: libabigail Version: unspecified Status: NEW Severity: normal Priority: P2 Component: default Assignee: dodji at redhat dot com Reporter: woodard at redhat dot com CC: libabigail at sourceware dot org Target Milestone: --- Build libabigail with both gcc and clang then compare the resulting library with abidiff $ abidiff g5/lib/libabigail.so.0.0.0 l5/lib/libabigail.so.0.0.0 | wc -l 5080 The output is quite long however, there appear to be some low hanging fruit which can easily be resolved. They appear similar to other errors when doing abidw --abidiff and I expect they have a similar proximate cause. A bunch of functions have completely unspecified subtype changes. This make tracking down the root cause of the problem exceedingly difficult and usual= ly when their are unspecified subtype changes, it means that something in the comparison is different but it doesn't end up actually being an ABI artifact that matters. Here are some examples: [C] 'method abigail::ir::class_decl::base_spec_sptr abigail::comparison::base_diff::first_base() const' at abg-comparison.h:180= 1:1 has some indirect sub-type changes: [C] 'method const abigail::comparison::class_diff_sptr abigail::comparison::base_diff::get_underlying_class_diff() const' at abg-comparison.h:1807:1 has some indirect sub-type changes: [C] 'method virtual bool abigail::comparison::base_diff::has_changes() co= nst' at abg-comparison.h:1816:1 has some indirect sub-type changes: [C] 'method virtual abigail::ir::change_kind abigail::comparison::base_diff::has_local_changes() const' at abg-comparison.h:1819:1 has some indirect sub-type changes: [C] 'method virtual void abigail::comparison::base_diff::report(std::ostream&, const std::string&) const' at abg-comparison.h:1822:1 has some indirect sub-type changes: [C] 'method abigail::ir::class_decl::base_spec_sptr abigail::comparison::base_diff::second_base() const' at abg-comparison.h:18= 04:1 has some indirect sub-type changes: This is was done with the latest libabigail trunk. --=20 You are receiving this mail because: You are on the CC list for the bug.=