* [Bug default/27514] New: recursively compare libraries in abicompat @ 2021-03-04 18:02 woodard at redhat dot com 2021-03-04 18:02 ` [Bug default/27514] " woodard at redhat dot com ` (4 more replies) 0 siblings, 5 replies; 6+ messages in thread From: woodard at redhat dot com @ 2021-03-04 18:02 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 Bug ID: 27514 Summary: recursively compare libraries in abicompat 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: --- This is similar and kind of related to 27208 but goes a bit deeper. abicompat currently only compares one library at a time when evaluating library compatibility. For example: abicompat app libfoo-v1 libfoo-v2 The app is also likely to have other dependencies which require ABI artifacts out of libfoo that the app itself may not use. app requires libfoo.so and libbar.so app only uses foo_init() libbar uses additional functions out of libfoo.so Currently abicompat would say that app is compatible with libfoo so long as foo_init() didn't change. However, if libfoo-v2 had changes that impacted libbar.so which is needed by the app then libfoo-v2 is not compatible with the app. Therefore the comparison currently done by abicompat where it simply looks at the undefined symbols in the app is not sufficient to guarantee that libfoo-v1 and libfoo-v2 are in fact compatible with the application. It must also look at the dependencies needed by app and include any symbols provided by them. To be able to address this problem while not breaking current behavior a new mode of operation is needed for abicompat one that loads the corpora not just for the app but also for all its dependencies and then does the abi comparison. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug default/27514] recursively compare libraries in abicompat 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com @ 2021-03-04 18:02 ` woodard at redhat dot com 2021-03-04 18:10 ` woodard at redhat dot com ` (3 subsequent siblings) 4 siblings, 0 replies; 6+ messages in thread From: woodard at redhat dot com @ 2021-03-04 18:02 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 Ben Woodard <woodard at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |27019 Priority|P2 |P1 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=27019 [Bug 27019] BUILD metabug -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug default/27514] recursively compare libraries in abicompat 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com 2021-03-04 18:02 ` [Bug default/27514] " woodard at redhat dot com @ 2021-03-04 18:10 ` woodard at redhat dot com 2021-03-23 13:34 ` woodard at redhat dot com ` (2 subsequent siblings) 4 siblings, 0 replies; 6+ messages in thread From: woodard at redhat dot com @ 2021-03-04 18:10 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 Ben Woodard <woodard at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |critical --- Comment #1 from Ben Woodard <woodard at redhat dot com> --- I would argue that this is a very important bug because it points out that all analysis that has been done with abicompat is potentially invalid. To address this problem I have been working on a branch which does this. It can be found here: https://github.com/woodard/libabigail/tree/newabicompat -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug default/27514] recursively compare libraries in abicompat 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com 2021-03-04 18:02 ` [Bug default/27514] " woodard at redhat dot com 2021-03-04 18:10 ` woodard at redhat dot com @ 2021-03-23 13:34 ` woodard at redhat dot com 2021-04-13 20:02 ` woodard at redhat dot com 2021-06-23 5:23 ` marksmithh644 at gmail dot com 4 siblings, 0 replies; 6+ messages in thread From: woodard at redhat dot com @ 2021-03-23 13:34 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 Ben Woodard <woodard at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |27635 --- Comment #2 from Ben Woodard <woodard at redhat dot com> --- To be able to do the full closure computation without the original ELF binaries the abixml file is required to include the undefined symbols. Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=27635 [Bug 27635] abicompat doesn't handle abixml -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug default/27514] recursively compare libraries in abicompat 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com ` (2 preceding siblings ...) 2021-03-23 13:34 ` woodard at redhat dot com @ 2021-04-13 20:02 ` woodard at redhat dot com 2021-06-23 5:23 ` marksmithh644 at gmail dot com 4 siblings, 0 replies; 6+ messages in thread From: woodard at redhat dot com @ 2021-04-13 20:02 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 Ben Woodard <woodard at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|27635 | Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=27635 [Bug 27635] abicompat doesn't handle abixml -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug default/27514] recursively compare libraries in abicompat 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com ` (3 preceding siblings ...) 2021-04-13 20:02 ` woodard at redhat dot com @ 2021-06-23 5:23 ` marksmithh644 at gmail dot com 4 siblings, 0 replies; 6+ messages in thread From: marksmithh644 at gmail dot com @ 2021-06-23 5:23 UTC (permalink / raw) To: libabigail https://sourceware.org/bugzilla/show_bug.cgi?id=27514 mark smith <marksmithh644 at gmail dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marksmithh644 at gmail dot com --- Comment #3 from mark smith <marksmithh644 at gmail dot com> --- The abixml file must include the undefined symbols in order to do the full closure computation without the original ELF binaries. By the way, if you're interested in One Year Masters Programs Online click the link https://www.onlinemasterscolleges.com/one-year-masters-programs-online -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2021-06-23 5:23 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-03-04 18:02 [Bug default/27514] New: recursively compare libraries in abicompat woodard at redhat dot com 2021-03-04 18:02 ` [Bug default/27514] " woodard at redhat dot com 2021-03-04 18:10 ` woodard at redhat dot com 2021-03-23 13:34 ` woodard at redhat dot com 2021-04-13 20:02 ` woodard at redhat dot com 2021-06-23 5:23 ` marksmithh644 at gmail 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).