Control: clone -1 -2
Control: reassign -2 src:libsfml 2.4.1+dfsg-2
Control: retitle -2 libsfml: gcc-7 will change libsfml ABI
Control: block -1 by -2

Hi,

On 31/01/17 09:35, Matthias Klose wrote:
> Package: src:python-sfml
> Version: 2.2~git20150611.196c88+dfsg-3
> Severity: normal
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-7
> 
> Please keep this issue open in the bug tracker for the package it
> was filed for.  If a fix in another package is required, please
> file a bug for the other package (or clone), and add a block in this
> package. Please keep the issue open until the package can be built in
> a follow-up test rebuild.
> 
> The package fails to build in a test rebuild on at least amd64 with
> gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The
> severity of this report may be raised before the buster release.
> There is no need to fix this issue in time for the stretch release.
[...]
> ImportError: 
> /<<BUILDDIR>>/python-sfml-2.2~git20150611.196c88+dfsg/.pybuild/pythonX.Y_3.5/build/sfml/window.cpython-35m-x86_64-linux-gnu.so:
>  undefined symbol: 
> _ZNK2sf6StringcvNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEv

$ c++filt _ZNK2sf6StringcvNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEv
sf::String::operator std::__cxx11::basic_string<char, std::char_traits<char>, 
std::allocator<char> >() const

This seems to be one of the conversion operator ABI breaks described in
the GCC 7 porting guide, so I have cloned this bug to libsfml to deal
with that for buster.

Do you have a plan to identify these in general for the whole archive
(maybe scanning symbol tables)? The only reason this was caught was
python-sfml's test suite.

James

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to