[Bug middle-end/109505] (t | 15) & svcntb() causes an OOM/ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109505 --- Comment #23 from tt_1 --- Are there any plans to backport this fix to the gcc-11 branch as well? Seems it is affected, if you go by the known to fail list.

[Bug rtl-optimization/108681] [12 Regression] gcc hangs compiling opencv/channels_combine.cpp for aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681 tt_1 changed: What|Removed |Added CC||herrtimson at yahoo dot de --- Comment #13 from

[Bug middle-end/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 tt_1 changed: What|Removed |Added Attachment #53374|0 |1 is obsolete|

[Bug middle-end/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 tt_1 changed: What|Removed |Added Attachment #53400|0 |1 is obsolete|

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 --- Comment #11 from tt_1 --- Created attachment 53400 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53400&action=edit a more verbose output with valgrind --leak-check=full

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 --- Comment #10 from tt_1 --- so I simply did use valgrind as in < /usr/bin/valgrind gcc command > , heres the result: ==32586== Memcheck, a memory error detector ==32586== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==3258

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 --- Comment #9 from tt_1 --- started with pr105998 commit 20bb976fb6a853d4f79577278ac2f01622946b61 Author: Jakub Jelinek Date: Sat, 18 Jun 2022 09:07:13 + varasm: Fix up ICE in narrowing_initializer_constant_valid_p [PR105998] The follo

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 --- Comment #6 from tt_1 --- works with: gcc-10.3.0 gcc-10.3.1_p20211126 gcc-11.3.0 does not work with: gcc-10.4.0 the segfault is sort of spurious, its an about 1/5 to 1/7 chance for me. Is that something you can work with? and indeed

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 tt_1 changed: What|Removed |Added Component|middle-end |c++ --- Comment #4 from tt_1 --- fair enough, h

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 tt_1 changed: What|Removed |Added Component|middle-end |c++ --- Comment #2 from tt_1 --- -O2 and -O3 ar

[Bug c++/106466] ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 --- Comment #1 from tt_1 --- here is my gcc -v LANG=C gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/aarch64-unknown-linux-gnu/10.4.0/lto-wrapper Target: aarch64-unknown-linux-gnu Configured with: /var/tmp/po

[Bug c++/106466] New: ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466 Bug ID: 106466 Summary: ICE in In function 'bool jxl_skcms_Parse(const void*, size_t, skcms_ICCProfile*)': at skcms/skcms.cc:1004:6 internal compiler error: Segmentation fault

[Bug c++/105956] [13 Regression] internal compiler error: in iterative_hash_template_arg, at cp/pt.cc:1819

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105956 --- Comment #12 from tt_1 --- may I ask kindly - this was seemingly reported with a git version of gcc-12, so is there still a need for backporting the fix to that branch as well?

[Bug c++/106202] [11/12/13 Regression] ICE in move_fn_p, at cp/decl.cc:14907 since r12-885-gf71ca97def69b8ae

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106202 --- Comment #8 from tt_1 --- hi, the fix for this is to be found in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106361 , right?

[Bug rtl-optimization/104637] [10/11 Regression] ICE: maximum number of LRA assignment passes is achieved (30) with -Og -fno-forward-propagate -mavx since r9-5221-gd8fcab689435a29d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637 --- Comment #16 from tt_1 --- May I kindly ask why this was retargeted to gcc-10.5.0? It seems to me that all the patches were merged into gcc-10.4.0, is there more to come?

[Bug preprocessor/105732] [10/11/12/13 Regression] internal compiler error: unspellable token PADDING

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105732 --- Comment #12 from tt_1 --- With the revert included in the release tarball, it seems that gcc-9.5.0 is 'known to work' then?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #14 from tt_1 --- any objections to reporting this to binutils bugzilla at sourceware?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #13 from tt_1 --- Created attachment 52979 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52979&action=edit verbose output with -v and binutils-2.38 don't see any difference with binutils-2.38?

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #12 from tt_1 --- with gcc-12.1.0, glibc-2.34-r13 and old binutils-2.33.1-r1: /usr/bin/armv7a-unknown-linux-gnueabihf-g++ --sysroot /usr/armv7a-unknown-linux-gnueabihf -fstack-protector-strong -Wall -Wempty-body -Wignored-qualifier

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #11 from tt_1 --- well, my systems toolchain is gcc-12.1.0, glibc-2.34-r13 and binutils-2.37_p1-r2 - on gentoo, binutils is slotted so I can downgrade rather easily. but I guess you would like me to try another binutils to bootstrap

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #9 from tt_1 --- Created attachment 52978 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52978&action=edit compressed output of nm for cross-compilers libstdc++ this is the output of nm for the cross-compilers libstdc++.so

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #7 from tt_1 --- Created attachment 52977 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52977&action=edit verbose output without -Wl, Bsymbolic-functions

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #6 from tt_1 --- Created attachment 52976 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52976&action=edit verbose output without -Wl, as-needed

[Bug libstdc++/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 tt_1 changed: What|Removed |Added Component|target |libstdc++ --- Comment #3 from tt_1 --- maybe so

[Bug target/105601] spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 --- Comment #2 from tt_1 --- Created attachment 52975 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52975&action=edit verbose output with -v thank you for your answer, I'm uncertain as the error is from linking but points to gcc-12 heade

[Bug libstdc++/105601] New: spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type_info const&) const'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105601 Bug ID: 105601 Summary: spidermonkey-91 fails to compile with: ../12.1.0/include/g++-v12/typeinfo:115: undefined reference to `std::type_info::operator==(std::type

[Bug rtl-optimization/102842] [10/11/12 Regression] ICE in cselib_record_set at -O2 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 tt_1 changed: What|Removed |Added Summary|[10 Regression] ICE in |[10/11/12 Regression] ICE |cse

[Bug rtl-optimization/102842] [10 Regression] ICE in cselib_record_set at -O2 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 tt_1 changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #11 from tt_1 --- (In reply

[Bug rtl-optimization/102842] [10 Regression] ICE in cselib_record_set at -O2 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 --- Comment #9 from tt_1 --- So, I did a little bit of research. pr92807 has indeed been backported to the gcc-10 branch and is included in the gcc-10.3.0 release - it touches gcc/config/i386/i386.c and adds a testcase. There is another fixup

[Bug rtl-optimization/102842] [10 Regression] ICE in cselib_record_set at -O2 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 --- Comment #7 from tt_1 --- hey, thanks for the messages. I just finished to compile firefox with patched cross-gcc-10.3.0, the ice is fixed with the patch from https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=74dc179a6da33cd00f6d4a93fbb97dc84f61

[Bug other/102842] [10 Regression] ICE in cselib_record_set at 02 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 --- Comment #3 from tt_1 --- sure I can provide happily gcc -v of host: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/10.3.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/por

[Bug other/102842] [10 Regression] ICE in cselib_record_set at 02 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 --- Comment #1 from tt_1 --- Created attachment 51635 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51635&action=edit preprocessed source

[Bug other/102842] New: [10 Regression] ICE in cselib_record_set at 02 or greater

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102842 Bug ID: 102842 Summary: [10 Regression] ICE in cselib_record_set at 02 or greater Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity: normal P