libctf, link: fix spurious conflicts of variables in the variable section
authorNick Alcock <nick.alcock@oracle.com>
Wed, 11 Mar 2020 00:01:41 +0000 (00:01 +0000)
committerNick Alcock <nick.alcock@oracle.com>
Wed, 22 Jul 2020 17:02:18 +0000 (18:02 +0100)
commit19d4b1addcafc786360c31d02d5ef2b44aef3152
tree0c5cdf4aff4dd3d75b2bedc6f853dcc69fe0d63c
parent5f54462c6ab4665adec1f3e4591c095d63eae06a
libctf, link: fix spurious conflicts of variables in the variable section

When we link a CTF variable, we check to see if it already exists in the
parent dict first: if it does, and it has a type the same as the type we
would populate it with, we assume we don't need to do anything:
otherwise, we populate it in a per-CU child.

Or that's what we should be doing.  Instead, we check if the type is the
same as the type in *source dict*, which is going to be a completely
different value!  So we end up concluding all variables are conflicting,
bloating up output possibly quite a lot (variables aren't big in and of
themselves, but each drags around a strtab entry, and CTF dicts in a CTF
archive do not share their strtabs -- one of many problems with CTF
archives as presently constituted.)

Fix trivial: check the right type.

libctf/
* ctf-link.c (ctf_link_one_variable): Check the dst_type for
conflicts, not the source type.
libctf/ChangeLog
libctf/ctf-link.c