[Pkg-matrix-maintainers] Bug#980629: nheko: FTBFS: internal compiler error

Thu Jan 21 14:46:38 GMT 2021

reassign 980629 gcc-10 10.2.1-6
thanks

Fedora ran into the same issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1918341
and someone linked to a patch that supposedly fixes this:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=2b27f37f90cb66e277b734c605639e2f00a2e942

So I guess reassigning this to GCC is the right thing to do.

On Wed, 20 Jan 2021 19:59:15 -0500, Hubert Chathi <uhoreg at debian.org> said:

> On Wed, 20 Jan 2021 21:42:22 +0100, Lucas Nussbaum <lucas at debian.org>
> said:
>> During a rebuild of all packages in sid, your package failed to build
>> on amd64.

> This version of nheko was just rebuilt 18 days ago as a binNMU.
> https://buildd.debian.org/status/fetch.php?pkg=nheko&arch=amd64&ver=0.7.2-3%2Bb1&stamp=1609589163&raw=0
> That build used gcc-10_10.2.1-3 instead of gcc-10_10.2.1-6.  Given
> that the package was built successfully so recently, I suspect that
> there is a bug elsewhere, but aside from blindly reassigning this bug
> to gcc-10 and crossing my fingers, I'm not sure what's the best way to
> proceed.  But I've Cc'ed doko, as gcc maintainer, on this email.

> Coincidentally, I uploaded nheko 0.8.0 today, and it also failed in
> the same spot (/usr/include/tweeny/easingresolve.h:62:27).  In fact, I
> thought that this bug was about the newly-uploaded package, until I
> looked more closely at it. ;) It succeeded to build on my own machine,
> which was using an older version of gcc (9.3.0, apparently).

>> Relevant part (hopefully):
> [...trim...]
>>> [ 49%] Building CXX object CMakeFiles/nheko.dir/src/ui/Ripple.cpp.o
>>> /usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_ATOMIC_DYN_LINK
>> -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_SYSTEM_DYN_LINK
>> -DBOOST_THREAD_DYN_LINK -DFMT_LOCALE -DFMT_SHARED
>> -DJSON_USE_IMPLICIT_CONVERSIONS=1 -DQAPPLICATION_CLASS=QApplication
>> -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB
>> -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_QMLMODELS_LIB
>> -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB -DQT_QUICKWIDGETS_LIB
>> -DQT_QUICK_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -DSPDLOG_COMPILED_LIB
>> -DSPDLOG_FMT_EXTERNAL -DSPDLOG_SHARED_LIB -I/<<PKGBUILDDIR>>/build
>> -I/<<PKGBUILDDIR>> -I/<<PKGBUILDDIR>>/src -I/<<PKGBUILDDIR>>/includes
>> -I/<<PKGBUILDDIR>>/third_party/blurhash
>> -I/<<PKGBUILDDIR>>/third_party/cpp-httplib-0.5.12
>> -I/usr/include/tweeny
>> -I/<<PKGBUILDDIR>>/third_party/SingleApplication-3.1.3.1 -isystem
>> /usr/include/x86_64-linux-gnu/qt5 -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtDBus -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem
>> /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -isystem
>> /<<PKGBUILDDIR>>/mtxclient/include -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQml -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuickControls2 -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuick -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQmlModels -isystem
>> /usr/include/x86_64-linux-gnu/qt5/QtQuickWidgets -g -O2
>> -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong
>> -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
>> -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -pipe -pedantic
>> -fsized-deallocation -fdiagnostics-color=always -Wunreachable-code
>> -std=c++17 -O2 -g -DNDEBUG -fPIE -fPIC -pthread -std=gnu++17
>> -Winvalid-pch -include
>> /<<PKGBUILDDIR>>/build/CMakeFiles/nheko.dir/cmake_pch.hxx -o
>> CMakeFiles/nheko.dir/src/ui/Ripple.cpp.o -c
>> /<<PKGBUILDDIR>>/src/ui/Ripple.cpp
>>> In file included from /usr/include/tweeny/tween.h:595, from
>>> /usr/include/tweeny/tweeny.h:81, from
>>> /<<PKGBUILDDIR>>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/tween.tcc:249:6: warning:
>> extra ‘;’ [-Wpedantic]
>>> 249 | }; | ^ /usr/include/tweeny/tween.tcc:257:6: warning:
>> extra ‘;’ [-Wpedantic]
>>> 257 | }; | ^ In file included from /usr/include/tweeny/tween.h:596,
>>> from /usr/include/tweeny/tweeny.h:81, from
>>> /<<PKGBUILDDIR>>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/tweenone.tcc:246:4:
>> warning: extra ‘;’ [-Wpedantic]
>>> 246 | }; | ^ In file included from
>>> /usr/include/tweeny/tweenpoint.tcc:38, from
>>> /usr/include/tweeny/tweenpoint.h:80, from
>>> /usr/include/tweeny/tween.h:38, from
>>> /usr/include/tweeny/tweeny.h:81, from
>>> /<<PKGBUILDDIR>>/src/ui/SnackBar.cpp:3:
>>> /usr/include/tweeny/easingresolve.h: In substitution of
>> ‘template<class _Functor> std::function<float(float, float, float)>&
>> std::function<float(float, float,
>> float)>::operator=<_Functor>(std::reference_wrapper<_Tp>) [with
>> _Functor = <missing>]’:
>>> /usr/include/tweeny/easingresolve.h:62:27: required from
>> ‘static void tweeny::detail::easingresolve<I, TypeTuple,
>> FunctionTuple, tweeny::easing::linearEasing, Fs
...> ::impl(FunctionTuple&, tweeny::easing::linearEasing, Fs ...)
>> [with int I = 0; TypeTuple = std::array<float, 1>; FunctionTuple =
>> std::tuple<std::function<float(float, float, float)> >; Fs = {}]’
>>> /usr/include/tweeny/tweenpoint.tcc:49:75: required from
>> ‘void tweeny::detail::easingfill(EasingCollectionT&, EasingT,
>> tweeny::detail::int2type<0>) [with TypeTupleT = std::array<float, 1>;
>> EasingCollectionT = std::tuple<std::function<float(float, float,
>> float)> >; EasingT = tweeny::easing::linearEasing]’
>>> /usr/include/tweeny/tweenpoint.tcc:101:52: required from
>> ‘void tweeny::detail::tweenpoint<Ts>::via(F) [with F =
>> tweeny::easing::linearEasing; Ts = {float}]’
>>> /usr/include/tweeny/tweenpoint.tcc:72:16: required from
>> ‘tweeny::detail::tweenpoint<Ts>::tweenpoint(Ts ...) [with Ts =
>> {float}]’
>>> /usr/include/c++/10/ext/new_allocator.h:150:4: required
>> from ‘void __gnu_cxx::new_allocator<_Tp>::construct(_Up*, _Args&&
>> ...)  [with _Up = tweeny::detail::tweenpoint<float>; _Args =
>> {float&}; _Tp = tweeny::detail::tweenpoint<float>]’
>>> /usr/include/c++/10/bits/alloc_traits.h:512:17: required
>> from ‘static void std::allocator_traits<std::allocator<_CharT>
>>> ::construct(std::allocator_traits<std::allocator<_CharT>
>>>  >::allocator_type&,
>> _Up*, _Args&& ...) [with _Up = tweeny::detail::tweenpoint<float>;
>> _Args = {float&}; _Tp = tweeny::detail::tweenpoint<float>;
>> std::allocator_traits<std::allocator<_CharT> >::allocator_type =
>> std::allocator<tweeny::detail::tweenpoint<float> >]’
>>> /usr/include/c++/10/bits/vector.tcc:115:30: required from
>> ‘std::vector<_Tp, _Alloc>::reference std::vector<_Tp,
_Alloc> ::emplace_back(_Args&& ...) [with _Args = {float&}; _Tp =
>> tweeny::detail::tweenpoint<float>; _Alloc =
>> std::allocator<tweeny::detail::tweenpoint<float> >; std::vector<_Tp,
_Alloc> ::reference = tweeny::detail::tweenpoint<float>&]’
>>> /usr/include/tweeny/tweenone.tcc:43:28: required from
>> ‘tweeny::tween<T>& tweeny::tween<T>::to(T) [with T = float]’
>>> /<<PKGBUILDDIR>>/src/ui/SnackBar.cpp:27:54: required from here
>>> /usr/include/tweeny/easingresolve.h:62:27:
>> internal compiler error: Segmentation fault
>>> 62 | get<I>(b) = easing::linear.run<ArgType>; |
>>> ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Please submit a full bug
>>> report, with preprocessed source if appropriate.  See
>>> <file:///usr/share/doc/gcc-10/README.Bugs> for instructions.
> [...trim]

-- 
Hubert Chathi <uhoreg at debian.org> -- https://www.uhoreg.ca/
Jabber: hubert at uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8  72DE B2DE 88D3 113A 1368