From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id D9509398C805; Wed, 3 Feb 2021 03:52:27 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D9509398C805 From: "woodard at redhat dot com" To: libabigail@sourceware.org Subject: [Bug default/27327] types seem to get confused in libjavascriptcoregtk-4.0.so.18.17.12 Date: Wed, 03 Feb 2021 03:52:27 +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: 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: 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: Wed, 03 Feb 2021 03:52:28 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D27327 --- Comment #1 from Ben Woodard --- It may be that the thing that is going wrong is earlier where the ELF symbo= ls are being aliased. There is another thing that my testing kicks out which is somewhat similar: /home/ben/Shared/Work/test/libabigail-x86_64/bin/abidw --abidiff /lib64/libstdc++.so.6.0.28 Download failed: File exists. Continuing without debug info for /home/ben/Shared/test/system-supplied DSO at 0x7ffff7fcf000. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Functions changes summary: 0 Removed, 1 Changed, 0 Added function Variables changes summary: 0 Removed, 0 Changed, 0 Added variable 1 function with some indirect sub-type change: [C] 'method virtual int std::codecvt::do_max_length() const' at codecvt.h:573:1 has some indirect sub-type changes: Please note that the symbol of this function is _ZNKSt7codecvtIDic11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21 and it aliases symbols: _ZNKSt7codecvtIDsDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26, _ZNKSt7codecvtIDsc11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21, _ZNKSt7codecvtIDiDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26 'method virtual int std::codecvt::do_max_length() const {_ZNKSt7codecvtIDic11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21, _ZNKSt7codecvtIDsDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26, _ZNKSt7codecvtIDsc11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21, _ZNKSt7codecvtIDiDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26}' now becomes 'method virtual int std::codecvt::do_max_length() const {_ZNKSt7codecvtIDic11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21, _ZNKSt7codecvtIDsDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26, _ZNKSt7codecvtIDsc11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.21, _ZNKSt7codecvtIDiDu11__mbstate_tE13do_max_lengthEv@@GLIBCXX_3.4.26}' implicit parameter 0 of type 'const std::codecvt*' changed: in pointed to type 'const std::codecvt': 'const std::codecvt' changed to 'const std::codecvt' [Inferior 1 (process 603341) exited with code 01] There it is swapping a 32b function and a 16b function. that was with libstdc++-10.2.1-9.fc33.x86_64 /lib64/libstdc++.so.6.0.28 Might be the same bug might be different hard to say but in this case I thi= nk that they are the same. --=20 You are receiving this mail because: You are on the CC list for the bug.=