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