[Bug default/29414] New: darktable fails -self-compare

[Bug default/29414] New: darktable fails -self-compare

[woodard at redhat dot com]

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

            Bug ID: 29414
           Summary: darktable fails -self-compare
           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 df28c220976f41620b0bd7b22000815e11f66b75

Comparing the ABI of binaries between darktable-3.8.1-1.fc36.aarch64.rpm and
darktable-3.8.1-1.fc36.aarch64.rpm:

======== comparing'libdarktable.so' to itself wrongly yielded result:
===========
  Functions changes summary: 0 Removed, 3 Changed (27 filtered out), 0 Added
functions
  Variables changes summary: 0 Removed, 0 Changed, 0 Added variable

  3 functions with some indirect sub-type change:

    [C] 'function int _get_multi_priority(dt_develop_t*, const char*, const
int, const gboolean)' at iop_order.c:1119:1 has some indirect sub-type changes:
      parameter 1 of type 'dt_develop_t*' changed:
        in pointed to type 'typedef dt_develop_t' at develop.h:343:1:

    [C] 'function void dt_dev_exposure_reset_defaults(dt_develop_t*)' at
develop.c:2268:1 has some indirect sub-type changes:

    [C] 'function void dt_ioppr_change_iop_order(dt_develop_t*, const int32_t,
GList*)' at iop_order.c:939:1 has some indirect sub-type changes:
      parameter 1 of type 'dt_develop_t*' changed:
        in pointed to type 'struct dt_develop_t' at develop.h:148:1:

===SELF CHECK FAILED for 'libdarktable.so'

This seems to fail due to confusion between a type and a typedef. This seems to
be a class of problems that recently appeared on the libabigail trunk sometime
in the last week or so of commits. 

Other packages which seem to have the same problem are:
enlightenment
gsoap
libcouchbase
lighttpd

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

[Bug default/29414] darktable fails -self-compare

[woodard at redhat dot com]

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

--- Comment #1 from Ben Woodard <woodard at redhat dot com> ---
This one may be the same or it might be different. Overall, I think it is the
same:

Comparing the ABI of binaries between freefem++-4.11-1.fc36.armv7hl.rpm and
freefem++-4.11-1.fc36.armv7hl.rpm:

======== comparing'FreeFem++-nw' to itself wrongly yielded result: ===========
  Functions changes summary: 0 Removed, 1 Changed, 0 Added function
  Variables changes summary: 0 Removed, 0 Changed, 0 Added variable

  1 function with some indirect sub-type change:

    [C] 'method virtual aType E_Array::operator aType() const' at
problem.hpp:652:1 has some indirect sub-type changes:
      Please note that the symbol of this function is
_ZNK17Call_FormBilinearI6v_fes3S0_EcvPK16basicForEachTypeEv
     and it aliases symbols:
_ZNK17Call_FormBilinearI6v_fesSS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesLEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fes6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fes36v_fesSEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fesS0_EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesLS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS5v_fesEcvPK16basicForEachTypeEv
      'method virtual aType E_Array::operator aType() const
{_ZNK17Call_FormBilinearI6v_fes3S0_EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesSS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesLEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fes6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fes36v_fesSEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fesS0_EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesLS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS5v_fesEcvPK16basicForEachTypeEv}' now becomes
'method virtual aType Call_FormBilinear<v_fes3, v_fes3>::operator aType() const
{_ZNK17Call_FormBilinearI6v_fes3S0_EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesSS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesLEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fes6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fes36v_fesSEcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fesLEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL5v_fesEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI5v_fesS0_EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesL6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS6v_fes3EcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesLS0_EcvPK16basicForEachTypeEv,
_ZNK15Call_FormLinearI6v_fesSEcvPK16basicForEachTypeEv,
_ZNK17Call_FormBilinearI6v_fesS5v_fesEcvPK16basicForEachTypeEv}'
      implicit parameter 0 of type 'const E_Array*' changed:
        in pointed to type 'const E_Array':
          'const E_Array' changed to 'const Call_FormBilinear<v_fes3, v_fes3>'

===SELF CHECK FAILED for 'FreeFem++-nw'

It only seems to affect armv7hl however it does seem to be a similar case where
a typedef'd name and a template get confused.

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

[Bug default/29414] darktable fails -self-compare

[woodard at redhat dot com]

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

--- Comment #2 from Ben Woodard <woodard at redhat dot com> ---
The package kim-api also has some typedef and template confusion. It is similar
to freefem++ problem but is much more pronounced.

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

[Bug default/29414] darktable fails -self-compare

[woodard at redhat dot com]

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

Ben Woodard <woodard at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |29413


Referenced Bugs:

https://sourceware.org/bugzilla/show_bug.cgi?id=29413
[Bug 29413] libabigail 2.1 self-compare metabug
-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug default/29414] darktable fails -self-compare

[woodard at redhat dot com]

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

Ben Woodard <woodard at redhat dot com> changed:

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

--- Comment #3 from Ben Woodard <woodard at redhat dot com> ---
This is fixed 2.1

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