[Bug default/28761] New: libdovecot-storage.so.0.0.0 fails self-test

[Bug default/28761] New: libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

            Bug ID: 28761
           Summary: libdovecot-storage.so.0.0.0 fails self-test
           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: ---

With the latest trunk as of 71633a7c0c7c96c03db8c18826afea26da0f7b4b:

libdovecot-storage.so.0.0.0 from dovecot-2.3.17.1-1.fc35.x86_64 fails a
selftest: 

$ abidw --abidiff /usr/lib64/dovecot/libdovecot-storage.so.0.0.0

Functions changes summary: 0 Removed, 4 Changed, 0 Added functions
Variables changes summary: 0 Removed, 0 Changed, 0 Added variable

4 functions with some indirect sub-type change:

  [C] 'function void mbox_dotlock_touch(mbox_mailbox*)' at mbox-lock.c:889:1
has some indirect sub-type changes:
    parameter 1 of type 'mbox_mailbox*' has sub-type changes:
      in pointed to type 'struct mbox_mailbox' at mbox-storage.h:40:1:
        type size hasn't changed
        1 data member change:
          type of 'mbox_storage* storage' changed:
            in pointed to type 'struct mbox_storage' at mbox-storage.h:31:1:
              type size hasn't changed
              2 data member changes:
                type of 'mbox_lock_type* read_locks' changed:
                  in pointed to type 'enum mbox_lock_type':
                    enum type enum mbox_lock_type was a defined enum type and
is now a declaration-only enum type
                type of 'mbox_lock_type* write_locks' changed:
                  in pointed to type 'enum mbox_lock_type':
                    enum type enum mbox_lock_type was a defined enum type and
is now a declaration-only enum type

  [C] 'function unsigned int mbox_get_cur_lock_id(mbox_mailbox*)' at
mbox-lock.c:883:1 has some indirect sub-type changes:
    parameter 1 of type 'mbox_mailbox*' has sub-type changes:
      pointed to type 'struct mbox_mailbox' changed at mbox-storage.h:40:1, as
reported earlier

  [C] 'function int mbox_lock(mbox_mailbox*, int, unsigned int*)' at
mbox-lock.c:777:1 has some indirect sub-type changes:
    parameter 1 of type 'mbox_mailbox*' has sub-type changes:
      pointed to type 'struct mbox_mailbox' changed at mbox-storage.h:40:1, as
reported earlier

  [C] 'function int mbox_unlock(mbox_mailbox*, unsigned int)' at
mbox-lock.c:840:1 has some indirect sub-type changes:
    parameter 1 of type 'mbox_mailbox*' has sub-type changes:
      pointed to type 'struct mbox_mailbox' changed at mbox-storage.h:40:1, as
reported earlier

[Inferior 1 (process 155320) exited with code 01]

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

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

Ben Woodard <woodard at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |27019


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.

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

--- Comment #1 from Ben Woodard <woodard at redhat dot com> ---
This continues to reproduce with the latest trunk up through
7006c5f3c49b92f066a8f415e87b35a5c2afd32c

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

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

--- Comment #2 from Ben Woodard <woodard at redhat dot com> ---
From: zfs-fuse-0.7.2.2-21.fc36.x86_64.rpm and
zfs-fuse-0.7.2.2-21.fc36.x86_64.rpm:

======== comparing'zfs-fuse' to itself wrongly yielded result: ===========
  Functions changes summary: 0 Removed, 0 Changed, 0 Added function
  Variables changes summary: 0 Removed, 0 Changed (6 filtered out), 0 Added
variables

===SELF CHECK FAILED for 'zfs-fuse'

$ abidw /usr/sbin/zfs-fuse > foo
$ abidiff --harmless /usr/sbin/zfs-fuse foo
Functions changes summary: 0 Removed, 0 Changed, 0 Added function
Variables changes summary: 0 Removed, 6 Changed, 0 Added variables

6 Changed variables:

  [C] 'vnodeops_t* zfs_dvnodeops' was changed to 'vnodeops* zfs_dvnodeops' at
zfs_znode.c:385:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

  [C] 'vnodeops_t* zfs_evnodeops' was changed to 'vnodeops* zfs_evnodeops' at
zfs_znode.c:389:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

  [C] 'vnodeops_t* zfs_fvnodeops' was changed to 'vnodeops* zfs_fvnodeops' at
zfs_znode.c:386:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

  [C] 'vnodeops_t* zfs_sharevnodeops' was changed to 'vnodeops*
zfs_sharevnodeops' at zfs_znode.c:390:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

  [C] 'vnodeops_t* zfs_symvnodeops' was changed to 'vnodeops* zfs_symvnodeops'
at zfs_znode.c:387:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

  [C] 'vnodeops_t* zfs_xdvnodeops' was changed to 'vnodeops* zfs_xdvnodeops' at
zfs_znode.c:388:1:
    type of variable changed:
      in pointed to type 'typedef vnodeops_t' at vnode.h:544:1:
        entity changed from 'typedef vnodeops_t' to compatible type 'struct
vnodeops' at vnode.h:544:1

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

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

--- Comment #3 from Ben Woodard <woodard at redhat dot com> ---
oops posted that last comment to the wrong bug...

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

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[dodji at redhat dot com]

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

dodji at redhat dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED

--- Comment #4 from dodji at redhat dot com ---
Hello,

This issue should be fixed by the commit at
https://sourceware.org/git/?p=libabigail.git;a=commit;h=4cf16bdbefdb59bd330667a1b8c149aa2239b34c.

Please feel free to close this problem report if the issue is actually fixed
for you.

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.

[Bug default/28761] libdovecot-storage.so.0.0.0 fails self-test

[woodard at redhat dot com]

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

Ben Woodard <woodard at redhat dot com> changed:

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

--- Comment #5 from Ben Woodard <woodard at redhat dot com> ---
Works with the latest trunk.

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