public inbox for libabigail@sourceware.org
 help / color / mirror / Atom feed
* [Bug default/25480] abidiff won't ignore dump files based on name
  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 ` dodji at redhat dot com
  0 siblings, 0 replies; 2+ messages in thread
From: dodji at redhat dot com @ 2020-01-01  0:00 UTC (permalink / raw)
  To: libabigail

https://sourceware.org/bugzilla/show_bug.cgi?id=25480

dodji at redhat dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #1 from dodji at redhat dot com ---
The commit
https://sourceware.org/git/gitweb.cgi?p=libabigail.git;a=commit;h=6a0e7e120b18c51ce7cc2d273697b7440e1ac99e
that landed into the master branch should fix this issue.  That commit should
be available in the upcoming 1.7 version of libabigail.

With that commit, if the abixml file (that you name dump file) contains a
reference to a soname, then this suppression specification should work:

[suppress_file]
  soname_regexp = <regexp-for-the-soname>


Note, however, that using the file_name_regexp' property of the [suppress_file]
section already works (even without this patch) with abixml files, provided the
regular expression matches the name of the abixml file.  That suppression
specification would look like:

[suppress_file]
  file_name_regexp = <regexp-for-the-abixml-file-path>


Hopefully this is helpful.

Thank you for taking the time to report this problem, and sorry for the
inconvenience.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [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).