[Bug c/115009] New: [15 regression] AVR: ICE in alloc, at value-range-storage.cc:598
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115009 Bug ID: 115009 Summary: [15 regression] AVR: ICE in alloc, at value-range-storage.cc:598 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 58146 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58146=edit unreduced testcase Building avr-libc-2.1.0/avr/lib/avr2/strftime.c with latest gcc-15 snapshot: avr-gcc -c strftime-avr.i -Os during GIMPLE pass: evrp ../../../libc/time/strftime.c: In function ‘pgm_copystring’: ../../../libc/time/strftime.c:322:1: internal compiler error: in alloc, at value-range-storage.cc:598 322 | } | ^ -Os is essential to trigger it. # gcc -v Reading specs from /usr/lib/gcc/avr/15/device-specs/specs-avr2 COLLECT_GCC=avr-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/avr/15/lto-wrapper Target: avr Configured with: /tmp-ram/portage/cross-avr/gcc-15.0./work/gcc-15.0./configure --host=x86_64-pc-linux-gnu --target=avr --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/avr/gcc-bin/15 --includedir=/usr/lib/gcc/avr/15/include --datadir=/usr/share/gcc-data/avr/15 --mandir=/usr/share/gcc-data/avr/15/man --infodir=/usr/share/gcc-data/avr/15/info --with-gxx-include-dir=/usr/lib/gcc/avr/15/include/g++-v15 --disable-silent-rules --disable-dependency-tracking --with-python-dir=/share/gcc-data/avr/15/python --enable-languages=c --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --disable-libunwind-exceptions --enable-checking=yes,extra --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 15.0. p, commit f525de00d17a460aebb382c0d34529ddc383fb9d' --with-gcc-major-version-only --enable-lto --disable-libstdcxx-pch --enable-poison-system-directories --enable-shared --disable-threads --disable-gcov --disable-bootstrap --enable-multilib --disable-fixed-point --disable-libgomp --disable-libssp --disable-libada --disable-systemtap --disable-valgrind-annotations --disable-vtable-verify --disable-libvtv --with-zstd --without-isl --disable-libsanitizer --disable-default-pie --enable-host-pie --disable-host-bind-now --disable-default-ssp --disable-fixincludes Thread model: single Supported LTO compression algorithms: zlib zstd gcc version 15.0.0 20240509 (experimental) 2790195500ec523cad9c7292816540e2fc19f456
[Bug rtl-optimization/113048] [13/14 Regression] ICE: in lra_split_hard_reg_for, at lra-assigns.cc:1862 (unable to find a register to spill) {*andndi3_doubleword_bmi} with -march=cascadelake since r13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048 --- Comment #6 from Manuel Lauss --- After be977db17c91ad6627dee70a1904a95d229aa1be I don't see this ICE any longer on either x64 or mips bootstrap.
[Bug target/113048] [13/14 Regression] ICE: in lra_split_hard_reg_for, at lra-assigns.cc:1862 (unable to find a register to spill) {*andndi3_doubleword_bmi} with -march=cascadelake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
--- Comment #2 from Manuel Lauss ---
I'm seeing similar ICE in xgcc when trying to build GCC-14 for MIPS32;
it goes away when I drop "-fPIC" or "-march=mips32":
/build/./gcc/xgcc -B/build/./gcc -march=mips32 -O2 -c wlocale-inst.ii -fPIC
/build/mipsel-softfloat-linux-gnu/libstdc++-v3/include/bits/locale_facets.tcc:588:7:
error: unable to find a register to spill
588 | }
| ^
/build/mipsel-softfloat-linux-gnu/libstdc++-v3/include/bits/locale_facets.tcc:588:7:
error: this is the insn:
(insn 470 2008 2009 82 (parallel [
(set (reg:SI 908)
(plus:SI (mult:SI (reg:SI 567 [ __result+4 ])
(reg/v:SI 220 [ __base ]))
(reg:SI 909)))
(clobber (reg:SI 796 [762]))
(clobber (reg:SI 763))
])
"/build/mipsel-softfloat-linux-gnu/libstdc++-v3/include/bits/locale_facets.tcc":493:14
42 {*mul_acc_si}
(expr_list:REG_UNUSED (reg:SI 763)
(expr_list:REG_UNUSED (reg:SI 796 [762])
(expr_list:REG_DEAD (reg:SI 909)
(expr_list:REG_DEAD (reg:SI 567 [ __result+4 ])
(nil))
during RTL pass: reload
/build/mipsel-softfloat-linux-gnu/libstdc++-v3/include/bits/locale_facets.tcc:588:7:
internal compiler error: in lra_split_hard_reg_for, at lra-assigns.cc:1862
[Bug target/112681] [14 Regression] ICE: in extract_insn, at recog.cc:2804 (unrecognizable insn) with -O2 -mfma -mno-sse4.2 and memcmp() since r14-5747
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112681 --- Comment #7 from Manuel Lauss --- (In reply to Jakub Jelinek from comment #6) > Created attachment 56676 [details] > gcc14-pr112681.patch > > Full untested patch. Fixes all ICEs I've seen today. Thank you!
[Bug target/112676] [14 regression] ICE in extract_insn, at recog.cc:2804
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112676 --- Comment #2 from Manuel Lauss --- I think PR112681 is the same issue.
[Bug target/112676] [14 regression] ICE in extract_insn, at recog.cc:2804
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112676 --- Comment #1 from Manuel Lauss --- Created attachment 56671 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56671=edit another testcase Another testcase, one of a few from virtualbox: g++ -O2 -march=znver4 -mtune=znver4 -mno-avx -c alt-sha1.i /tmp-ram/portage/app-emulation/virtualbox-7.0.12/work/VirtualBox-7.0.12/src/VBox/Runtime/common/checksum/alt-sha1.cpp: In function 'bool RTSha1Check(const void*, size_t, const uint8_t*)': /tmp-ram/portage/app-emulation/virtualbox-7.0.12/work/VirtualBox-7.0.12/src/VBox/Runtime/common/checksum/alt-sha1.cpp:533:1: error: unrecognizable insn: (insn 23 22 24 2 (set (reg:V16QI 109) (xor:V16QI (reg:V16QI 108) (mem/c:V16QI (reg:DI 107) [0 MEM [(void *) + 328B]+0 S16 A64]))) "/tmp-ram/portage/app-emulation/virtualbox-7.0.12/work/VirtualBox-7.0.12/src/VBox/Runtime/common/checksum/alt-sha1.cpp":529:23 -1 (nil)) during RTL pass: vregs /tmp-ram/portage/app-emulation/virtualbox-7.0.12/work/VirtualBox-7.0.12/src/VBox/Runtime/common/checksum/alt-sha1.cpp:533:1: internal compiler error: in extract_insn, at recog.cc:2804
[Bug c/112676] New: [14 regression] ICE in extract_insn, at recog.cc:2804
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112676 Bug ID: 112676 Summary: [14 regression] ICE in extract_insn, at recog.cc:2804 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 56669 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56669=edit compressed unreduced testcase gcc version 14.0.0 20231123 (experimental) 9d912820d02c7396676e04c4c05f6a0fdd92ed85 This is very recent, on linux g9b6de136: $ gcc -mno-avx -march=znver4 -O2 -c dcn32_fpu.i /usr/src/linux.git/drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn32/dcn32_fpu.c: In function 'dcn32_internal_validate_bw': /usr/src/linux.git/drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn32/dcn32_fpu.c:2223:1: error: unrecognizable insn: 2223 | } | ^ (insn 1628 1627 1629 277 (set (reg:V16QI 1102) (xor:V16QI (reg:V16QI 1101) (mem:V16QI (reg:DI 1100) [0 MEM [(void *)stream_817 + 608B]+0 S16 A8]))) "/usr/src/linux.git/drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn32/dcn32_fpu.c":1350:7 -1 (nil)) during RTL pass: vregs /usr/src/linux.git/drivers/gpu/drm/amd/amdgpu/../display/dc/dml/dcn32/dcn32_fpu.c:2223:1: internal compiler error: in extract_insn, at recog.cc:2804 Omitting either "-march=znver4" or "-mno-avx" gets rid of it. Thanks! Manuel
[Bug tree-optimization/112536] [14 regression] ICE when building xorg-server on arm64 (internal compiler error: in vect_slp_analyze_node_operations, at tree-vect-slp.cc:6378) since r14-5435-g7383cb56e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112536 --- Comment #10 from Manuel Lauss --- (In reply to Jakub Jelinek from comment #9) > Created attachment 56591 [details] > gcc14-pr112536.patch > > Untested fix. It does fix the ICE I saw with mesa (avx512) Thanks!
[Bug c/111902] New: internal compiler error: verify_ssa failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111902 Bug ID: 111902 Summary: internal compiler error: verify_ssa failed Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 56159 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56159=edit unreduced testcase # gcc -v gcc version 14.0.0 20231020 (experimental) 5ac53c025e08b4c464b02cfc595e422813023c81 # gcc -c strtod_l.i -O1 -fgnu89-inline -m32 -ftree-vectorize strtod_l.c: In function 'strtod_l_internal': strtod_l.c:506:1: error: stmt with wrong VUSE # VUSE <.MEM_875> _1066 = *tp_1065; expected .MEM_1453 strtod_l.c:506:1: error: PHI node with wrong VUSE on edge from BB 563 .MEM_1490 = PHI <.MEM_875(563), .MEM_875(560)> expected .MEM_1453 strtod_l.c:506:1: error: PHI node with wrong VUSE on edge from BB 560 .MEM_1490 = PHI <.MEM_875(563), .MEM_875(560)> expected .MEM_1453 during GIMPLE pass: vect strtod_l.c:506:1: internal compiler error: verify_ssa failed This is extracted from glibc, just one of many files which fail with the same error. AFAICT this failure appeared within the last 8 days.
[Bug rtl-optimization/111142] [14 regression] ICE in get_group_load_store_type, at tree-vect-stmts.cc:2121 (AVX512)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42
--- Comment #1 from Manuel Lauss ---
This is fairly new, something after 4aa14ec7d5b25722e4d02c29c8c1e22dcc5a4915
("MATCH: [PR09] Fix bit_ior(cond,cond) when comparisons are fp") may have
caused this, since I was able to build mesa just 12 hours ago.
[Bug rtl-optimization/111142] New: [14 regression] ICE in get_group_load_store_type, at tree-vect-stmts.cc:2121 (AVX512)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42 Bug ID: 42 Summary: [14 regression] ICE in get_group_load_store_type, at tree-vect-stmts.cc:2121 (AVX512) Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 55787 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55787=edit compressed unreduced testcase gcc version 14.0.0 20230824 (experimental) 721f7e2c4e5eed645593258624dd91e6c39f3bd2 g++ -m32 -O2 -march=znver4 -c gcc-14-mesa-aco-ice.ii during GIMPLE pass: vect ../mesa-/src/amd/compiler/aco_insert_waitcnt.cpp: In function 'void aco::insert_wait_states(Program*)': ../mesa-/src/amd/compiler/aco_insert_waitcnt.cpp:1042:1: internal compiler error: in get_group_load_store_type, at tree-vect-stmts.cc:2121 can only trigger with "-march=znver4", does not trigger with avx2 only or -O1 or lower. Fails with the same error for x64-64, but the testcase is preprocessed for 32bit targets. Thank you! Manuel
[Bug middle-end/111082] ICE in expand_fn_using_insn, at internal-fn.cc:214 (AVX512 related)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082 --- Comment #1 from Manuel Lauss --- Created attachment 55767 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55767=edit another compressed unreduced testcase Another testcase. it triggers with "-march=zvner1" but not e.g. "core2" but that is probably due to the source being preprocessed for znver4. # g++ -march=znver1 -mtune=znver1 -O2 -c qxmlstream.ii during RTL pass: expand In file included from /tmp-ram/portage/dev-qt/qtcore-5.15.10-r1/work/qtbase-everywhere-src-5.15.10/src/corelib/serialization/qxmlstream.cpp:76: /tmp-ram/portage/dev-qt/qtcore-5.15.10-r1/work/qtbase-everywhere-src-5.15.10/src/corelib/serialization/qxmlstream_p.h: In member function 'QStringView QXmlStreamReaderPrivate::symView(int) const': /tmp-ram/portage/dev-qt/qtcore-5.15.10-r1/work/qtbase-everywhere-src-5.15.10/src/corelib/serialization/qxmlstream_p.h:949:17: internal compiler error: in expand_fn_using_insn, at internal-fn.cc:214 949 | QStringView symView(int index) const | ^~~ 0x555774d492af internal_error(char const*, ...) ???:0 0x5557732b9ed6 fancy_abort(char const*, int, char const*)
[Bug middle-end/111082] New: ICE in expand_fn_using_insn, at internal-fn.cc:214 (AVX512 related)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082 Bug ID: 111082 Summary: ICE in expand_fn_using_insn, at internal-fn.cc:214 (AVX512 related) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 55766 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55766=edit compressed unreduced testcase gcc version 14.0.0 20230820 (experimental) d77c280454cfba48ef38357145cecdabc8c1b05c # gcc -O2 -march=znver4 -mtune=znver4 -pipe -std=gnu++11 gcc14-bf.ii In file included from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/panodata/PanoramaData.h:40, from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/nona/Stitcher.h:51, from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/nona/Stitcher1.cpp:26: /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/panodata/PanoramaVariable.h:160:31: warning: 'template struct std::unary_function' is deprecated [-Wdeprecated-declarations] 160 | struct PrintVar : public std::unary_function | ^~ In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/string:49, from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/bits/locale_classes.h:40, from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/bits/ios_base.h:41, from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/ios:44, from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/istream:40, from /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/sstream:40, from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/nona/Stitcher.h:32: /usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14/bits/stl_function.h:120:12: note: declared here 120 | struct unary_function |^~ during RTL pass: expand In file included from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/vigra_ext/StitchWatershed.h:30, from /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/nona/Stitcher.h:47: /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/vigra_ext/BlendPoisson.h: In function 'void vigra_ext::poisson::BuildSeamPyramid(const Image&, vigra::ImagePyramid&, int) [with Image = vigra::BasicImage; PyramidImage = vigra::BasicImage]': /tmp-ram/portage/media-gfx/hugin-2022.0.0/work/hugin-2022.0.0/src/hugin_base/vigra_ext/BlendPoisson.h:650:6: internal compiler error: in expand_fn_using_insn, at internal-fn.cc:214 650 | void BuildSeamPyramid(const Image& input, vigra::ImagePyramid& seams, const int minLength) | ^~~~ 0x5652df7942af internal_error(char const*, ...) ???:0 0x5652ddd04ed6 fancy_abort(char const*, int, char const*) ???:0 ICE goes away with -mno-avx512f appended. Attached us an unreduced testcase. This failure is fairly new; it did not break 1 week ago.
[Bug c/110482] ICE tree check: expected none of vector_type, have vector_type in type_has_mode_precision_p, at tree.h:6644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110482 Manuel Lauss changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Manuel Lauss --- Looks like a dup PR110460 *** This bug has been marked as a duplicate of bug 110460 ***
[Bug tree-optimization/110460] [14 Regression] ft32 ICE on 931110-1.c with new TYPE_PRECISION checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110460 Manuel Lauss changed: What|Removed |Added CC||manuel.lauss at googlemail dot com --- Comment #6 from Manuel Lauss --- *** Bug 110482 has been marked as a duplicate of this bug. ***
[Bug c/110482] New: ICE tree check: expected none of vector_type, have vector_type in type_has_mode_precision_p, at tree.h:6644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110482 Bug ID: 110482 Summary: ICE tree check: expected none of vector_type, have vector_type in type_has_mode_precision_p, at tree.h:6644 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 55425 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55425=edit unreduced testcase gcc version 14.0.0 20230629 (experimental) 6d2eddf456f2d6494cac490c4aa3e7d089926098 i.e. with the fix to PR110454 applied. $ gcc -mno-sse -mno-mmx -mno-sse2 -O2 -c nf_conntrack_expect.i during GIMPLE pass: slp /usr/src/linux.git/net/netfilter/nf_conntrack_expect.c: In function 'nf_ct_expect_related_report': /usr/src/linux.git/net/netfilter/nf_conntrack_expect.c:489:5: internal compiler error: tree check: expected none of vector_type, have vector_type in type_has_mode_precision_p, at tree.h:6644 489 | int nf_ct_expect_related_report(struct nf_conntrack_expect *expect, | ^~~ the 4 parameters are required to trigger it. Unreduced testcase attached. Thanks! Manuel
[Bug c++/110296] New: ICE in gsi_replace, at gimple-iterator.cc:437 during GIMPLE pass: widening_mul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110296 Bug ID: 110296 Summary: ICE in gsi_replace, at gimple-iterator.cc:437 during GIMPLE pass: widening_mul Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 55355 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55355=edit unreduced testcase # g++ -v gcc version 14.0.0 20230616 (experimental) ea1cd66f2200839d46a8b4dc140d18c00b849c82 # g++ -O2 fail.i -cduring GIMPLE pass: widening_mul /tmp-ram/portage/app-crypt/qca-2.3.6-r2/work/qca-2.3.6/src/botantools/botan/mp_comba.cpp: In function 'void QCA::Botan::bigint_comba_mul4(word*, const word*, const word*)': /tmp-ram/portage/app-crypt/qca-2.3.6-r2/work/qca-2.3.6/src/botantools/botan/mp_comba.cpp:47:6: internal compiler error: in gsi_replace, at gimple-iterator.cc:437 47 | void bigint_comba_mul4(word z[8], const word x[4], const word y[4]) | ^ See attached unreduced source. Thanks! Manuel
[Bug ipa/108110] [13 Regression] ice in modify_call, at ipa-param-manipulation.cc:700 with -std=c++14 -O3 -march=znver3 since r13-4685-g4834e9360f7bf4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
--- Comment #12 from Manuel Lauss ---
Created attachment 54122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54122=edit
unreduced test case
I've attached another testcase:
-O2 and -march with AVX support are essential to trigger it:
moya ~ # g++ -c ipa-param-manipulation.i -O1 -march=core-avx-i
moya ~ # g++ -c ipa-param-manipulation.i -O3 -march=core-avx-i
moya ~ # g++ -c ipa-param-manipulation.i -O2 -march=core-avx-i
during IPA pass: inline
In file included from
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/tuple:41,
from
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/unique_ptr.h:36,
from
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/memory:78,
from src/mongo/util/background.h:32,
from src/mongo/util/background.cpp:34:
In function 'constexpr _Res std::__invoke_impl(__invoke_other, _Fn&&, _Args&&
...) [with _Res = void; _Fn =
mongo::logv2::detail::doLog::FMT_COMPILE_STRING,
14, NamedArg,
std::allocator >&>, NamedArg > >
>(int32_t, const mongo::logv2::LogSeverity&, const mongo::logv2::LogOptions&,
const
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)FMT_COMPILE_STRING&,
const char (&)[14], const NamedArg&>&,
const NamedArg > >&)::; _Args = {const mongo::logv2::detail::NamedArg, allocator >&>&, const
mongo::logv2::detail::NamedArg > >&}]',
inlined from 'constexpr typename std::__invoke_result<_Functor,
_ArgTypes>::type std::__invoke(_Callable&&, _Args&& ...) [with _Callable =
mongo::logv2::detail::doLog::FMT_COMPILE_STRING,
14, NamedArg,
std::allocator >&>, NamedArg > >
>(int32_t, const mongo::logv2::LogSeverity&, const mongo::logv2::LogOptions&,
const
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)FMT_COMPILE_STRING&,
const char (&)[14], const NamedArg&>&,
const NamedArg > >&)::; _Args = {const mongo::logv2::detail::NamedArg, allocator >&>&, const
mongo::logv2::detail::NamedArg > >&}]' at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/invoke.h:96:40,
inlined from 'constexpr decltype(auto) std::__apply_impl(_Fn&&, _Tuple&&,
index_sequence<_Idx ...>) [with _Fn =
mongo::logv2::detail::doLog::FMT_COMPILE_STRING,
14, NamedArg,
std::allocator >&>, NamedArg > >
>(int32_t, const mongo::logv2::LogSeverity&, const mongo::logv2::LogOptions&,
const
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)FMT_COMPILE_STRING&,
const char (&)[14], const NamedArg&>&,
const NamedArg > >&)::; _Tuple = tuple, allocator >&>&, const
mongo::logv2::detail::NamedArg > >&>; long
unsigned int ..._Idx = {0, 1}]' at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/tuple:2287:27,
inlined from 'constexpr decltype(auto) std::apply(_Fn&&, _Tuple&&) [with
_Fn =
mongo::logv2::detail::doLog::FMT_COMPILE_STRING,
14, NamedArg,
std::allocator >&>, NamedArg > >
>(int32_t, const mongo::logv2::LogSeverity&, const mongo::logv2::LogOptions&,
const
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)FMT_COMPILE_STRING&,
const char (&)[14], const NamedArg&>&,
const NamedArg > >&)::; _Tuple = tuple, allocator >&>&, const
mongo::logv2::detail::NamedArg > >&>]' at
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/tuple:2298:31,
inlined from 'void mongo::logv2::detail::doLog(int32_t, const
mongo::logv2::LogSeverity&, const mongo::logv2::LogOptions&, const S&, const
char (&)[N], const Args& ...) [with S =
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)FMT_COMPILE_STRING;
long unsigned int N = 14; Args = {NamedArg, std::allocator
>&>, NamedArg > >}]' at
src/mongo/logv2/log_detail.h:121:15,
inlined from 'void
mongo::{anonymous}::PeriodicTaskRunner::_runTask(mongo::PeriodicTask*)' at
src/mongo/util/background.cpp:358:440:
/usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/invoke.h:61:36:
internal compiler error: in modify_call, at ipa-param-manipulation.cc:700
61 | { return std::forward<_Fn>(__f)(std::forward<_Args>(__args)...); }
| ~~^~~~
0x1ced1ad internal_error(char const*, ...)
???:0
0x6be47f fancy_abort(char const*, int, char const*)
???:0
0x9bfc8e cgraph_edge::redirect_call_stmt_to_callee(cgraph_edge*)
???:0
0xe54a9b redirect_all_calls(copy_body_data*, basic_block_def*)
???:0
0xe601bb optimize_inline_calls(tree_node*)
???:0
0xbbd42b inline_transform(cgraph_node*)
???:0
0xd125df execute_all_ipa_transforms(bool)
???:0
0x9c640f cgraph_node::expand()
???:0
0x9c9f77 symbol_table::finalize_compilation_unit()
???:0
[Bug c++/108096] New: [13 regression] libreoffice build failure #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108096
Bug ID: 108096
Summary: [13 regression] libreoffice build failure #2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 54088
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54088=edit
comrpessed preprocessed source
This is a followup to PR108071.
With todays gcc-trunk (g:693638252aae9b36b5b928d7195df6d28bf409d7), libreoffice
build fails with another new error:
# g++ -c backupfilehelper.i
backupfilehelper.i: In instantiation of 'constexpr bool
std::__check_constructible() [with _ValueType = rtl::OUString; _Tp = const
char* const&]':
backupfilehelper.i:25254:119: required from '_ForwardIterator
std::uninitialized_copy(_InputIterator, _InputIterator, _ForwardIterator) [with
_InputIterator = const char* const*; _ForwardIterator = rtl::OUString*]'
backupfilehelper.i:25380:37: required from '_ForwardIterator
std::__uninitialized_copy_a(_InputIterator, _InputIterator, _ForwardIterator,
allocator<_Tp>&) [with _InputIterator = const char* const*; _ForwardIterator =
rtl::OUString*; _Tp = rtl::OUString]'
backupfilehelper.i:40712:33: required from 'void std::vector<_Tp,
_Alloc>::_M_range_initialize(_ForwardIterator, _ForwardIterator,
std::forward_iterator_tag) [with _ForwardIterator = const char* const*; _Tp =
rtl::OUString; _Alloc = std::allocator]'
backupfilehelper.i:40361:23: required from 'std::vector<_Tp,
_Alloc>::vector(_InputIterator, _InputIterator, const allocator_type&) [with
_InputIterator = const char* const*; = void; _Tp =
rtl::OUString; _Alloc = std::allocator; allocator_type =
std::allocator]'
backupfilehelper.i:62388:9: required from here
backupfilehelper.i:25201:56: error: static assertion failed: result type must
be constructible from input type
25201 | static_assert(is_constructible<_ValueType, _Tp>::value,
|^
backupfilehelper.i:25201:56: note: 'std::integral_constant::value'
evaluates to false
The offending code is:
const std::vector< OUString >& f()
{
static std::vector< OUString > aDirNames =
{
"config",
"registry",
"psprint",
"store",
"temp",
"pack"
};
return aDirNames;
}
Find attached the compressed preprocessed source.
Thank you!
Manuel
[Bug c++/108071] [13 regression] Build failure in Libreoffice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108071 --- Comment #2 from Manuel Lauss --- (In reply to Richard Biener from comment #1) I get the same errors, but the whole file can be compiled without errors with gcc-12 (it needs to be preprocessed with gcc-12 as well), and with a gcc-13 checkout from 9 days ago. So in the last 9 days, something was introduced which caused these errors to appear.
[Bug c++/108071] New: 13 regression: Build failure in Libreoffice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108071 Bug ID: 108071 Summary: 13 regression: Build failure in Libreoffice Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 54069 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54069=edit compressed preprocessed unreduced source Hello, with latest gcc-13 trunk, libreoffice build fails; last time I was able to build it was 9 days ago with r13-93574914e462e87e4266b0dfbb9627662f33. gcc-12 works as expected, though the preprocessed source has few differences. Attached the compressed preprocessed unreduced source file, build with g++ -c AnyCompareFactory.i Thanks, Manuel
[Bug bootstrap/107059] [13 regression] bootstrap failure after r13-2887-gb04208895fed34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059 --- Comment #27 from Manuel Lauss --- (In reply to Jakub Jelinek from comment #24) > (In reply to jos...@codesourcery.com from comment #22) > > Even with the fixincluded headers properly being used, the powerpc64le > > issue still applies because of the issue I noted in > > https://sourceware.org/pipermail/libc-alpha/2022-September/142259.html > > with certain required changes to the powerpc version of bits/floatn.h not > > being covered by the fixincludes fixes added. You get errors such as: > > > > /scratch/jmyers/glibc-bot/build/compilers/powerpc64le-linux-gnu/gcc/gcc/ > > include-fixed/bits/floatn.h:88:9: error: multiple types in one declaration > >88 | typedef __float128 _Float128; > > | ^~ > > > > while building libstdc++. (Whereas other architectures can build GCC OK > > but then run into failures building glibc that my glibc patch is intended > > to address.) > > Posted patch for this in > https://gcc.gnu.org/pipermail/gcc-patches/2022-September/602431.html for me the x86-64 build remains broken the same way as the ppc64 build.
[Bug tree-optimization/103961] [12 Regression] gcc-12 apparently miscompiles libcap's cap_to_text() function since r12-6030-g422f9eb7011b76c1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961 --- Comment #17 from Manuel Lauss --- (In reply to Siddhesh Poyarekar from comment #16) > Should be fixed with that patch. May I close this or wait for confirmation > from the reporter? I can no longer reproduce the original issue.
[Bug c/103961] gcc-12 apparently miscompiles libcap's cap_to_text() function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961 --- Comment #2 from Manuel Lauss --- Created attachment 52154 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52154=edit gcc-12.0 output
[Bug c/103961] gcc-12 apparently miscompiles libcap's cap_to_text() function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961 --- Comment #1 from Manuel Lauss --- Created attachment 52153 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52153=edit gcc-11.3 output
[Bug c/103961] New: gcc-12 apparently miscompiles libcap's cap_to_text() function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961 Bug ID: 103961 Summary: gcc-12 apparently miscompiles libcap's cap_to_text() function Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 52152 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52152=edit preprocessed source file gcc-12 apparently miscompiles the libcap-2.62 function "cap_to_text()". I've seen it manifest with "ls" segfaulting in certain directories: $ ls *** buffer overflow detected ***: terminated Aborted (core dumped) #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 44return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; (gdb) bt #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x7f34f856932f in __pthread_kill_internal (signo=6, threadid=) at pthread_kill.c:78 #2 0x7f34f8518e42 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x7f34f8503457 in __GI_abort () at abort.c:79 #4 0x7f34f855d5a8 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f34f8690291 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 #5 0x7f34f85fb042 in __GI___fortify_fail (msg=msg@entry=0x7f34f8690237 "buffer overflow detected") at fortify_fail.c:26 #6 0x7f34f85f9b60 in __GI___chk_fail () at chk_fail.c:28 #7 0x7f34f85f96d5 in ___sprintf_chk (s=s@entry=0x7fff9f08c6c2 ",", flag=flag@entry=1, slen=slen@entry=0, format=format@entry=0x7f34f86dc085 "%c%s%s%s") at sprintf_chk.c:37 #8 0x7f34f86da882 in sprintf (__fmt=0x7f34f86dc085 "%c%s%s%s", __s=) at /usr/include/bits/stdio2.h:38 #9 cap_to_text (caps=0x5643cf9b1a38, length_p=0x0) at cap_text.c:431 #10 0x5643cf983285 in ?? () If I replace the cap_text.o file from the gcc-12 build with one from a gcc-11.3 build, the error disappears. It also disappears when ls is run under strace. -fno-tree-vectorize does NOT help. Find attached the preprocessed cap_text.i file from libcap-2.62, as well as .S files of gcc-11.3 and 12.0 gcc version 12.0.0 20220110 (experimental) (Gentoo 12.0.0_pre p2, commit 92e114d66e93d60dcef97c66cddbae38b657d768)
[Bug target/103928] [12 Regression] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 --- Comment #13 from Manuel Lauss --- (In reply to Uroš Bizjak from comment #12) > (In reply to Manuel Lauss from comment #10) > > So it was either fixed in trunk in the last 20 hours, or pgo build broke > > gcc, or "-mno-xop" fixed it. > > The fix for PR103905 was pushed to the master in the last 20 hours, and I am > curious if it has any effect on your problem. I believe it fixed it. GCC itself was corrupted when built with XOP instructions, as were a few other system packages. This is all gone now.
[Bug target/103928] [12 Regression] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 Manuel Lauss changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING |RESOLVED --- Comment #10 from Manuel Lauss --- I tried the testcase of PR103905, and it works (no error/abort although it has the XOP vector instructions in it). Rebuilt current gcc-12 head with "-mno-xop" added to cflags, and disabled PGO build; the error does no longer reproduce now. So it was either fixed in trunk in the last 20 hours, or pgo build broke gcc, or "-mno-xop" fixed it. I'll try to narrow it down. Resolving as invalid.
[Bug target/103928] [12 Regression] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 --- Comment #9 from Manuel Lauss --- (In reply to Uroš Bizjak from comment #7) > (In reply to Martin Liška from comment #6) > > Then you may be affected by PR103905 which is fixed on the current master. > > Please pull to tip of master branch. > > No, bdver4 does not include XOP. Are you sure? the XOP-version of "bextr" is used quite extensively, i.e.: $ objdump -d /lib64/libc.so.6 | grep bextr 35181: 8f ea f8 10 c9 03 1dbextr $0x1d03,%rcx,%rcx 3beaa: 8f ea f8 10 f2 20 1fbextr $0x1f20,%rdx,%rsi 3c207: 8f ea f8 10 c0 3f 01bextr $0x13f,%rax,%rax
[Bug target/103928] [12 Regression] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 --- Comment #5 from Manuel Lauss --- (In reply to Martin Liška from comment #4) > (In reply to Manuel Lauss from comment #3) > > You're right, I too can only reproduce it on the bdver4 machine itself, not > > on e.g. a Zen or Haswell host. I'll rebuild gcc-12 on the bdver4 host > > again. > > How do you build the compiler on the bdver4 host? Do you use -march=bdver4? Yes, -march=bdver4 -mtune=bdver4
[Bug target/103928] [12 Regression] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 --- Comment #3 from Manuel Lauss --- You're right, I too can only reproduce it on the bdver4 machine itself, not on e.g. a Zen or Haswell host. I'll rebuild gcc-12 on the bdver4 host again.
[Bug c/103928] New: [12] ICE in get_insn_template, at final.c:2050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928 Bug ID: 103928 Summary: [12] ICE in get_insn_template, at final.c:2050 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 52132 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52132=edit compressed unreduced preprocessed testfile The attached unreduced testcase, extracted from xxHash, ICEs on trunk. march=bdver4 seems essential to trigger it: # gcc -O2 -march=bdver4 -E -o xxhash.i xxhash.c # gcc -O2 -march=bdver4 -c xxhash.i during RTL pass: final In file included from xxhash.c:43: xxhash.h: In function ‘XXH_mult64to128’: xxhash.h:3360:1: internal compiler error: in get_insn_template, at final.c:2050 3360 | } | ^ 0x7f19cd0cd2b6 __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 0x7f19cd0cd374 __libc_start_main_impl ../csu/libc-start.c:392 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. gcc version 12.0.0 20220105 (experimental) (Gentoo 12.0.0_pre p2, commit 4ce3bd7993bc8413197e07c4f54052e4ecaeccaa)
