* [Bug default/25480] New: abidiff won't ignore dump files based on name
@ 2020-01-01 0:00 david.marchand at redhat dot com
2020-01-01 0:00 ` [Bug default/25480] " dodji at redhat dot com
0 siblings, 1 reply; 2+ messages in thread
From: david.marchand at redhat dot com @ 2020-01-01 0:00 UTC (permalink / raw)
To: libabigail
https://sourceware.org/bugzilla/show_bug.cgi?id=25480
Bug ID: 25480
Summary: abidiff won't ignore dump files based on name
Product: libabigail
Version: unspecified
Status: NEW
Severity: enhancement
Priority: P2
Component: default
Assignee: dodji at redhat dot com
Reporter: david.marchand at redhat dot com
CC: libabigail at sourceware dot org
Target Milestone: ---
In the dpdk project, we use libabigail to check the differences between abi
dumps (created with abidw).
We wrote some suppression rules to handle known issues or hide some internal
structures.
We have some libraries (librte_pmd_mlx*_glue.so) that are not part of the ABI
itself since they are loaded via a dlopen from drivers (librte_pmd_mlx*.so),
and those libraries come as a pair (librte_pmd_mlx4_glue.so is compiled at the
same time than librte_pmd_mlx4.so).
To deal with those, we skip those libraries dumps in the script calling
abidiff.
We would prefer to have all the exceptions described in the supression rules,
but it seems that a [suppress_file] rule does not apply to dump files.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-02-21 16:04 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-01 0:00 [Bug default/25480] New: abidiff won't ignore dump files based on name david.marchand at redhat dot com
2020-01-01 0:00 ` [Bug default/25480] " dodji at redhat 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).