* [Bug default/29414] New: darktable fails -self-compare
@ 2022-07-27 2:27 woodard at redhat dot com
2022-07-27 2:34 ` [Bug default/29414] " woodard at redhat dot com
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: woodard at redhat dot com @ 2022-07-27 2:27 UTC (permalink / raw)
To: libabigail
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug default/29414] darktable fails -self-compare
2022-07-27 2:27 [Bug default/29414] New: darktable fails -self-compare woodard at redhat dot com
@ 2022-07-27 2:34 ` woodard at redhat dot com
2022-07-27 2:37 ` woodard at redhat dot com
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: woodard at redhat dot com @ 2022-07-27 2:34 UTC (permalink / raw)
To: libabigail
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug default/29414] darktable fails -self-compare
2022-07-27 2:27 [Bug default/29414] New: darktable fails -self-compare woodard at redhat dot com
2022-07-27 2:34 ` [Bug default/29414] " woodard at redhat dot com
@ 2022-07-27 2:37 ` woodard at redhat dot com
2022-07-28 13:45 ` woodard at redhat dot com
2022-10-14 16:35 ` woodard at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: woodard at redhat dot com @ 2022-07-27 2:37 UTC (permalink / raw)
To: libabigail
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug default/29414] darktable fails -self-compare
2022-07-27 2:27 [Bug default/29414] New: darktable fails -self-compare woodard at redhat dot com
2022-07-27 2:34 ` [Bug default/29414] " woodard at redhat dot com
2022-07-27 2:37 ` woodard at redhat dot com
@ 2022-07-28 13:45 ` woodard at redhat dot com
2022-10-14 16:35 ` woodard at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: woodard at redhat dot com @ 2022-07-28 13:45 UTC (permalink / raw)
To: libabigail
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug default/29414] darktable fails -self-compare
2022-07-27 2:27 [Bug default/29414] New: darktable fails -self-compare woodard at redhat dot com
` (2 preceding siblings ...)
2022-07-28 13:45 ` woodard at redhat dot com
@ 2022-10-14 16:35 ` woodard at redhat dot com
3 siblings, 0 replies; 5+ messages in thread
From: woodard at redhat dot com @ 2022-10-14 16:35 UTC (permalink / raw)
To: libabigail
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-10-14 16:35 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-07-27 2:27 [Bug default/29414] New: darktable fails -self-compare woodard at redhat dot com
2022-07-27 2:34 ` [Bug default/29414] " woodard at redhat dot com
2022-07-27 2:37 ` woodard at redhat dot com
2022-07-28 13:45 ` woodard at redhat dot com
2022-10-14 16:35 ` woodard 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).