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

Reply via email to