While trying to build sci-libs/xkaapi-9999 (local overlay but very similar to sci-libs/xkaapi-3.0.3 which doesn't compile here) I get internal compiler errors reproducibly. I doubt it's a memory problem. The machine is brand new, but has been tested very heavily by re-emerging about 4000 packages. The memory has been tested. emerge --info is attached. /tmp/xkaapiClean.C:24523:27: internal compiler error: Segmentation fault return format.Format::get_c_format();
Created attachment 502728 [details] preprocessed source file generating the error xz-compressed
Created attachment 502730 [details] emerge --info
The same file compiles just fine with gcc-6.4.0
Please provide a build log.
(In reply to Mike Gilbert from comment #4) > Please provide a build log. g++ -c gcc-bug.C gcc-bug.C: In static member function 'static const kaapi_format_t* ka::WrapperFormat<T>::get_c_format()': gcc-bug.C:24523:27: internal compiler error: Segmentation fault return format.Format::get_c_format(); ^~~~~~~~~~~~ Please submit a full bug report, with preprocessed source if appropriate. See <https://bugs.gentoo.org/> for instructions. g++ -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/7.2.0/g++ COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/7.2.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/Big_Tmp/portage/sys-devel/gcc-7.2.0/work/gcc-7.2.0/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/7.2.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/7.2.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/7.2.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/7.2.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/include/g++-v7 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/7.2.0/python --enable-languages=c,c++,go,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=release --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 7.2.0 p1.1' --disable-esp --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj --enable-libgomp --disable-libmudflap --disable-libssp --enable-libcilkrts --disable-libmpx --enable-vtable-verify --enable-libvtv --enable-lto --with-isl --disable-isl-version-check --enable-libsanitizer --disable-default-pie --enable-default-ssp Thread model: posix gcc version 7.2.0 (Gentoo 7.2.0 p1.1)
Created attachment 502910 [details] tiny file which shows this compiler error
Crashes here as well.
creduce shrunk it down to slightly shorter example (not even valid c++): class a; template <class> class b { static const b c; const int *m_fn1(); }; template <class d> const b<d> b<d>::c; template <class d> const int *b<d>::m_fn1() { c.a::e
Filed bug upstream: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82953
It's a pity that this bug hasn't been fixed in 7.3.0
(In reply to Helmut Jarausch from comment #10) > It's a pity that this bug hasn't been fixed in 7.3.0 It seems that gcc-8.1.0 has fixed this.
Yeah. Not much progress upstream. Let's abandon it in favour of working gcc-8.