* Wookey <woo...@wookware.org>, 2014-04-04, 02:38:
The package has already been ported and bug filed with patch:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726402 which updates
the symbols file to have 'arm64' and '!arm64' in the various
arch-qualified symbols entries (which I think I do understand). However
it still doesn't build and gives me a symbols patch (below).
The issue seems to be entries that have the form:
(subst) <lonsymbolname>{uint64_t}<moresymbol> blah foo
Reading the man page for dpkg-gensymbols does not tell me what this
means. It looks like the 'tag' form but the {type} notation is not
explained SFAICS.
It's a pkgkde-symbolshelper(1)'s (from the pkg-kde-tools package) thing.
But AFIACS pkgkde-symbolshelper doesn't have any documentation, so the
“is not explained” still holds. :/
Hopefully it's a matter of updating
perllib/Debian/PkgKde/SymbolsHelper/Substs/TypeSubst.pm, as it doesn't
seem to support arm64 yet.
What should those substitutions be? Why am I getting a complaint? Are
the types not being substituted correctly? They all seem to come out as
'm' whether the {type} part is {uint64_t} or {size_t} which makes me
suspect that's not right?
Don't know about arm64 specifically, but on all 64-bit architectures I
know, both uint64_t and size_t are typedefs for "unsigned int", which is
mangled as "m". So that doesn't look very wrong. :-)
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140404070638.ga4...@jwilk.net