From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 0A1043858298; Sat, 24 Jun 2023 14:32:28 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0A1043858298 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1687617148; bh=D6R4xx3Gy5a71XiNBh2kqznmg0vDym7o2CqZv07CwGg=; h=From:To:Subject:Date:In-Reply-To:References:From; b=gjV4xcGRMRxNqa8uTTzNLAysZaDmyvz6U4QlgaYo13BlfFm92AojmoUW0+ghhqkzj l8Du+B2/OsQZjvRpwQ+RxyP3Gd2pTXAeY4clEO6yoRFcwkZQsDRn3PW9yTA5zramXB j7TfNWCfj1XxC3U0EzNThKoJFuoza6PShvZMu8oU= From: "dodji at redhat dot com" To: libabigail@sourceware.org Subject: [Bug default/30034] [libabigail] Handle library splitting Date: Sat, 24 Jun 2023 14:32: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: enhancement X-Bugzilla-Who: dodji at redhat dot com X-Bugzilla-Status: ASSIGNED 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 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D30034 --- Comment #15 from dodji at redhat dot com --- So, in the branch "PR30034" of the git repository at https://sourceware.org/git/?p=3Dlibabigail.git;a=3Dshortlog;h=3Drefs/heads/= users/dodji/PR30034, there is an initial implementation of the requested feature materialized by= the patch-set which tip is at https://sourceware.org/git/?p=3Dlibabigail.git;a=3Dcommit;h=3D0a7614bd93e56= 95157b331e7faa24fadc7ef861a. Using the tarball that you kindly provided in attachment, (thank you for that!), here is the I am getting: $ ls cmd.log current-patch.txt libabigail.abignore reference split $ time /home/dodji/git/libabigail/PR30034/build/tools/abidiff --follow-dependencies --suppr libabigail.abignore --no-added-syms --headers-dir1 reference/include --headers-dir2 split/include --deps-dir1 reference/lib64 --deps-dir2 split/lib64 reference/lib64/librte_eal.so split/lib64/librte_eal.so Functions changes summary: 0 Removed, 0 Changed (1 filtered out), 0 Added (= 12 filtered out) functions Variables changes summary: 0 Removed, 0 Changed, 0 Added variable real 0m0,827s user 0m0,765s sys 0m0,060s=20 $ So, basically, the abidiff gained a new --follow-dependencies option that m= akes it compare two ABI Corpus Groups, each one made of the union of the input binary and its dependencies found in directories specified by --deps-dir{1,= 2}. You can have a serialized form of the ABI corpus group considered by the t= ool by invoking: $ time /home/dodji/git/libabigail/PR30034/build/tools/abidw --follow-dependencies --deps-dir split/lib64/ split/lib64/librte_eal.so > librte_eal.so.group.abi real 0m0,581s user 0m0,561s sys 0m0,022s $ ls cmd.log current-patch.txt libabigail.abignore librte_eal.so.group.abi=20 reference split $=20 I will let you test and play with the tree while I spit & polish it in the background. Please do not hesitate to provide me with the feedback you see fit. Thank you! --=20 You are receiving this mail because: You are on the CC list for the bug.=