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
signature.asc
Description: OpenPGP digital signature