Control: reassign -1 libdpkg-perl 1.22.7 Control: retitle -1 "libdpkg-perl: Angle bracket symbol normalization incorrectly applies to operators" Control: affects -1 libzen
Hi! On Sun, 2024-07-28 at 15:16:58 +0800, Chow Loong Jin wrote: > This looks like an issue with dpkg-gensymbols -- in the diff, there are > the following lines: > > - (c++)"ZenLib::int128::operator>>=(unsigned int)@Base" 0.4.23 > +#MISSING: 0.4.41-2.1~exp1# (c++)"ZenLib::int128::operator>>=(unsigned > >>int)@Base" 0.4.23 > - (c++)"ZenLib::uint128::operator>>=(unsigned int)@Base" 0.4.23 > +#MISSING: 0.4.41-2.1~exp1# (c++)"ZenLib::uint128::operator>>=(unsigned > >>int)@Base" 0.4.23 > + _ZN6ZenLib6int128rSEj@Base 0.4.41-2.1~exp1 > + _ZN6ZenLib7uint128rSEj@Base 0.4.41-2.1~exp1 > > Running the two new symbols through c++filt yields: > + ZenLib::int128::operator>>=(unsigned int)@Base 0.4.41-2.1~exp1 > + ZenLib::uint128::operator>>=(unsigned int)@Base 0.4.41-2.1~exp1 > > These are exactly the same as the two missing symbols above, and > dpkg-gensymbols used to match them but somehow is not doing so in the > current version. Ah, this is a regression from trying to normalize the angle brackets. I've got a fix locally to special case "operator>>" (and "operator>>="), but I'm adding some tests to catch this. Will be included in the next upload, which I'll probably do later today or tomorrow. Thanks, Guillem
