The c++filt matching criterion is overly-broad. There are
some packages (glib2 and some or maybe packages that use it,
for example) that have symbols that are munged by c++filt
but that are not C++ (and hence do not require a GCC field).
We've generally tried to avoid adding GCC to packages that
don't need it (minimize inter-tree differences, need to
remember "high" revisions and cascading deps for them), so
having this be a fatal validator error is not a good idea
for core IMO.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=535292
The c++filt matching criterion is overly-broad. There are
some packages (glib2 and some or maybe packages that use it,
for example) that have symbols that are munged by c++filt
but that are not C++ (and hence do not require a GCC field).
We've generally tried to avoid adding GCC to packages that
don't need it (minimize inter-tree differences, need to
remember "high" revisions and cascading deps for them), so
having this be a fatal validator error is not a good idea
for core IMO.