tags 700737 + moreinfo
quit
Hi Michael,
Michael Gilbert wrote:
> -
> (optional|c++)"WebCore::TextIterator::getLocationAndLengthFromRange(WebCore::Element*,
> WebCore::Range const*, unsigned int&, unsigned int&)@Base" 1.7.4
> +#MISSING: 1.8.1-3.3#
> (optional|c++)"WebCore::TextIterator::getLocationAndLengthFromRange(WebCore::Element*,
> WebCore::Range const*, unsigned int&, unsigned int&)@Base" 1.7.4
>From the dpkg-gensymbols(1) manpage:
optional
A symbol marked as optional can disappear from the
library at any time and that will never cause
dpkg-gensymbols to fail.
[...]
> @@ -213,6 +213,7 @@
> _NPN_SetException@Base 1.3.10
> _NPN_SetProperty@Base 1.3.10
> _NPN_UTF8FromIdentifier@Base 1.3.10
> + _ZdlPv@Base 1.8.1-3.3
c++filt tells me this is operator delete(void*).
So presumably an entry
(optional|c++)"operator delete(void*)"
would suppress the build failure. Can you say a little more about
whether this is a gold bug? Do binaries built against versions of
libwebkit built with gold rely on this symbol and fail when run
against libwebkit built with ld.bfd?
In C++, different lists of exported symbols based on the phase of moon
are completely normal, for example when template instantiation is
involved. So more details would be welcome.
Thanks,
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
