[Bug tree-optimization/113373] [14 regression] ICE in verify_ssa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373 --- Comment #2 from David Binderman --- Reducing ...

[Bug tree-optimization/113374] [14 regression] ICE in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374 --- Comment #1 from David Binderman --- trunk.20210101 $ ~/gcc/results.20240112.asan.ubsan/bin/gcc -v 2>&1 | grep exp gcc version 14.0.0 20240112 (experimental) (72b3495dfdddc277) trunk.20210101 $ ~/gcc/results.20240113.asan.ubsan/bin/gcc -v

[Bug tree-optimization/113373] [14 regression] ICE in verify_ssa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373 --- Comment #1 from David Binderman --- $ /home/dcb38/gcc/results.20231221.asan.ubsan/bin/g++ -v 2>&1 | grep exp gcc version 14.0.0 20231221 (experimental) (514ea1df444ca7f6) $ /home/dcb38/gcc/results.20231227.asan.ubsan/bin/g++ -v 2>&1 |

[Bug c++/113374] New: new breakage in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374 Bug ID: 113374 Summary: new breakage in find_uses_to_rename_use Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/113373] New: ice in verify_ssa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373 Bug ID: 113373 Summary: ice in verify_ssa Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug tree-optimization/113137] [14 regression] Failed bootstrap with -O3 -march=znver2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137 --- Comment #14 from David Binderman --- (In reply to Tamar Christina from comment #13) > Patch submitted Two weeks have elapsed and the patch doesn't seem to appear in git. Is it perhaps stuck somewhere ?

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #22 from David Binderman --- (In reply to Richard Earnshaw from comment #21) > commit e75b54a2d932929a9b2e940c5aad1ef33a86c008 > Author: Richard Earnshaw > Date: Thu Mar 22 17:54:55 2012 + > > * lex.c (search_line_fast):

[Bug tree-optimization/113178] [14 Regression] ice in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113178 David Binderman changed: What|Removed |Added CC||tamar.christina at arm dot com ---

[Bug tree-optimization/113178] [14 Regression] ice in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113178 --- Comment #3 from David Binderman --- After some bisection, range seems to be g:2902300340928989 to g:ed60b2868abdb793, a range of 21 commits.

[Bug tree-optimization/113178] [14 Regression] ice in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113178 --- Comment #2 from David Binderman --- The bug first seems to occur sometime between git:514ea1df444ca7f6 and git:f19ceb2d49afdfa5, a distance of 83 commits.

[Bug c++/113178] New: ice in find_uses_to_rename_use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113178 Bug ID: 113178 Summary: ice in find_uses_to_rename_use Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/113172] New: ice in move_early_exit_stmts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113172 Bug ID: 113172 Summary: ice in move_early_exit_stmts Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/113144] [14 regression] ICE when building dpkg-1.21.15 in verify_dominators (error: dominator of 9 should be 48, not 12)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113144 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug tree-optimization/113137] [14 regression] Failed bootstrap with -O3 -march=znver2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113137 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #18 from David Binderman --- (In reply to Mark Wielaard from comment #17) > I am surprised valgrind memcheck doesn't produce more output, normally it > would tell you why & where it found the address invalid. The valgrind output I

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #15 from David Binderman --- (In reply to Jonathan Wakely from comment #12) > Because otherwise I'm going to get blamed for every bug older than > 2022-11-01! > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111270#c1 My apologies

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #14 from David Binderman --- (In reply to Andrew Pinski from comment #9) > Does it work correctly without valgrind? Yes. No one has yet attempted to reproduce my results. vld1q_u8 is a 128 bit ARM hardware instruction. I assume

[Bug tree-optimization/113069] gimple-ssa-sccopy.cc:143:12: warning: private field 'curr_generation' is not used [-Wunused-private-field]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113069 David Binderman changed: What|Removed |Added CC||fkastl at suse dot cz --- Comment #1

[Bug c/113069] New: gimple-ssa-sccopy.cc:143:12: warning: private field 'curr_generation' is not used [-Wunused-private-field]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113069 Bug ID: 113069 Summary: gimple-ssa-sccopy.cc:143:12: warning: private field 'curr_generation' is not used [-Wunused-private-field] Product: gcc Version: 14.0 Status:

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #7 from David Binderman --- I tried: $ git fetch --shallow-since=1/1/2021 and the blame still has ^ on the front of it. ^abca670596 libcpp/lex.c (Ian Lance Taylor 2020-12-31 11:23:30 -0800 869) /* Align the source pointer.

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #6 from David Binderman --- (In reply to Jonathan Wakely from comment #4) > That's what the ^ on the commit suggests is happening. Righto. > You can fix your history with: > git fetch --unshallow trunk.year $ git fetch

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 --- Comment #5 from David Binderman --- (In reply to Jonathan Wakely from comment #3) > I don't recognise that code, are you sure I wrote it? d4ba3b369c did not > touch that code. No idea. git blame is known to lie from time to time. I am no

[Bug target/113045] armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 David Binderman changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment

[Bug target/113045] New: armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045 Bug ID: 113045 Summary: armv7l-unknown-linux-gnueabihf: valgrind error during build of libcc1 Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug target/112948] New: gcc/config/aarch64/aarch64-early-ra.cc:1953: possible cut'n'paste error ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112948 Bug ID: 112948 Summary: gcc/config/aarch64/aarch64-early-ra.cc:1953: possible cut'n'paste error ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c++/112938] ice with -fstrub=internal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938 David Binderman changed: What|Removed |Added CC||aoliva at gcc dot gnu.org ---

[Bug c++/112938] New: ice with -fstrub=internal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938 Bug ID: 112938 Summary: ice with -fstrub=internal Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/112869] [14 Regression] ICE at gimplify_expr, at gimplify.cc:17531 on libopenmpt-0.7.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug c/112791] New: error: 'TYPE_CANONICAL' is not compatible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112791 Bug ID: 112791 Summary: error: 'TYPE_CANONICAL' is not compatible Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug analyzer/112655] New: analyzer/infinite-loop.cc:75: Possible performance problem ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112655 Bug ID: 112655 Summary: analyzer/infinite-loop.cc:75: Possible performance problem ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/112646] bootstrap broken for clang build on znver3 ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112646 David Binderman changed: What|Removed |Added CC||haochen.jiang at intel dot com ---

[Bug bootstrap/112646] New: bootstrap broken for clang build on znver3 ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112646 Bug ID: 112646 Summary: bootstrap broken for clang build on znver3 ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug web/112570] New: Some of the regression hunt page looks out of date

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112570 Bug ID: 112570 Summary: Some of the regression hunt page looks out of date Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/112567] [14 regression] ICE in RTL pass: split2: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug c/112550] Difference in output from -O0 to -01 ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112550 --- Comment #3 from David Binderman --- >From a valgrind run: ==4110530== Use of uninitialised value of size 8 ==4110530==at 0x401145: crc32_byte (csmith.h:73) ==4110530==by 0x401167: crc32_8bytes (csmith.h:99) ==4110530==by

[Bug c/112550] Difference in output from -O0 to -01 ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112550 --- Comment #2 from David Binderman --- (In reply to Sam James from comment #1) > Not sure if I'm misunderstanding you, but it's not trivial to go from -O0 > and -O1 and it's "normal" to have a difference in output in either the case > of: a)

[Bug c/112550] New: Difference in output from -O0 to -01 ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112550 Bug ID: 112550 Summary: Difference in output from -O0 to -01 ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug target/112540] [14 regression] ICE in extract_insn, at recog.cc:2804

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112540 --- Comment #3 from David Binderman --- As expected: trunk.year $ git bisect good d64b7c82dab4f0aa b42a09b258c3ed8d1368e0ef0948034dcf0f8ac9 is the first bad commit commit b42a09b258c3ed8d1368e0ef0948034dcf0f8ac9 Author: Uros Bizjak Date:

[Bug target/112540] [14 regression] ICE in extract_insn, at recog.cc:2804

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112540 David Binderman changed: What|Removed |Added CC||uros at gcc dot gnu.org --- Comment

[Bug c/112540] in extract_insn, at recog.cc:2804

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112540 David Binderman changed: What|Removed |Added Keywords||needs-bisection --- Comment #1 from

[Bug c/112540] New: in extract_insn, at recog.cc:2804

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112540 Bug ID: 112540 Summary: in extract_insn, at recog.cc:2804 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug other/112485] datestamp on -v recently broken ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112485 --- Comment #3 from David Binderman --- $ for i in results.202311*n/bin/gcc > do > echo $i > $i -v 2>&1 | grep exp > done results.20231102.asan.ubsan/bin/gcc gcc version 14.0.0 20231102 (experimental) (01c18f58d37865d5)

[Bug c/112485] New: datestamp on -v recently broken ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112485 Bug ID: 112485 Summary: datestamp on -v recently broken ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/112422] New: Build process does a redundant number of checks ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422 Bug ID: 112422 Summary: Build process does a redundant number of checks ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #21 from David Binderman --- (In reply to Martin Uecker from comment #16) > I agree that the C++ should have this warning as well, although it seems > less important there. This would be an enhancement request for the C++ FE. See

[Bug c++/112377] New: Implement -Walloc-size in c++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112377 Bug ID: 112377 Summary: Implement -Walloc-size in c++ Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/112373] New: cppcheck: libcpp/charset.cc: 3 * obvious performance issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112373 Bug ID: 112373 Summary: cppcheck: libcpp/charset.cc: 3 * obvious performance issue Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #15 from David Binderman --- (In reply to Martin Uecker from comment #14) > I am happy to revise the warning if it is wrong or annoying, but I do not > understand what C++ has to do with this. In file gcc/c-family/c.opt, is the new

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #13 from David Binderman --- I have been trying to get this C++ code to produce the new warning: #include struct S { int a[ 10]; float * b[ 20]; }; extern void g( S * ps); void f( int n) { S * ps = (S *)

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #10 from David Binderman --- When this patch was tested, did that include a build of libgfortran ? I am getting some strange new warnings: ../../../trunk.year/libgfortran/io/async.c:265:24: warning: allocation of insufficient size

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug c/112345] New: ice in mark_block_for_update

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112345 Bug ID: 112345 Summary: ice in mark_block_for_update Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/112328] ice in rdg_vertex_for_stmt, at tree-loop-distribution.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112328 David Binderman changed: What|Removed |Added CC||rguenth at gcc dot gnu.org ---

[Bug c/112328] ice in rdg_vertex_for_stmt, at tree-loop-distribution.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112328 --- Comment #1 from David Binderman --- Reduced code seems to be: int allchars, palsetup_p, palsetup_b, palsetup_e; int *palsetup_palette; void palsetup() { int g; char *s; switch (palsetup_p) case 6: s = allchars; g = 0; for

[Bug tree-optimization/112320] [14 Regression] crash from insert_debug_temp_for_var_def since r14-5032-ge3da1d7bb288c8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320 --- Comment #7 from David Binderman --- (In reply to Hans-Peter Nilsson from comment #4) > What target? Sorry, I should have mentioned x86_64. In my opinion, bugs in the middle end tend to occur on all targets.

[Bug c/112328] New: ice in rdg_vertex_for_stmt, at tree-loop-distribution.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112328 Bug ID: 112328 Summary: ice in rdg_vertex_for_stmt, at tree-loop-distribution.cc:418 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/112320] [14 Regression] crash from insert_debug_temp_for_var_def

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320 --- Comment #2 from David Binderman --- As expected: $ git bisect good 1cf5dc05c678232b e3da1d7bb288c8c864f0284bc4bc5877b466a2f7 is the first bad commit commit e3da1d7bb288c8c864f0284bc4bc5877b466a2f7 Author: Richard Biener Date: Tue Oct 31

[Bug tree-optimization/112320] [14 Regression] crash from insert_debug_temp_for_var_def

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320 David Binderman changed: What|Removed |Added CC||rguenther at suse dot de --- Comment

[Bug c/112320] New: crash from insert_debug_temp_for_var_def

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320 Bug ID: 112320 Summary: crash from insert_debug_temp_for_var_def Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug analyzer/112317] New: Latest set of clang warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112317 Bug ID: 112317 Summary: Latest set of clang warnings Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer

[Bug c/111968] New: ice during GIMPLE pass: dom

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111968 Bug ID: 111968 Summary: ice during GIMPLE pass: dom Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/111919] [14 Regression] ICE: tree check: did not expect class 'type', have 'type' (integer_type) in contains_placeholder_p, at tree.cc:4144 on valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111919 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug c++/111929] [14 Regression] in decompose, at wide-int.h:1049

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929 --- Comment #4 from David Binderman --- Reduced test case seems to be: struct LinearSystem {}; template void operator<<(int, LinearSystem) { long vars = new long[vars + 2]; }

[Bug c++/111929] New: in decompose, at wide-int.h:1049

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929 Bug ID: 111929 Summary: in decompose, at wide-int.h:1049 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/111860] [14 Regression] incorrect vUSE after guard block loop skip block during vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug tree-optimization/111860] [14 Regression] incorrect vUSE after guard block loop skip block during vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 --- Comment #16 from David Binderman --- Created attachment 56153 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56153=edit C source code

[Bug tree-optimization/111860] [14 Regression] incorrect vUSE after guard block loop skip block during vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 --- Comment #11 from David Binderman --- (In reply to Andrew Pinski from comment #10) > Maybe since it was in the libgomp testsuite you missed it when you tested > your patch. I usually find that compiling all the C,C++ and Fortran code in the

[Bug c/111860] error: stmt with wrong VUSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 --- Comment #3 from David Binderman --- As expected: $ git bisect good 0c8522870effb87f9ea0f0f5897d5b0084c32b50 60c231cb65807fb963624acc4f82d2935e305f93 is the first bad commit commit 60c231cb65807fb963624acc4f82d2935e305f93 Author: Tamar

[Bug c/111860] error: stmt with wrong VUSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 David Binderman changed: What|Removed |Added CC||tamar.christina at arm dot com ---

[Bug c/111860] error: stmt with wrong VUSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 --- Comment #1 from David Binderman --- Reduced code seems to be: int optimize_path_n, optimize_path_d; int *optimize_path_d_0; extern void path_threeOpt( long); void optimize_path() { int i; long length; i = 0; for (; i <=

[Bug c/111860] New: error: stmt with wrong VUSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 Bug ID: 111860 Summary: error: stmt with wrong VUSE Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/111262] [14 Regression] error: count of bb not initialized with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111262 David Binderman changed: What|Removed |Added Resolution|--- |WORKSFORME

[Bug c++/111846] New: ice in exact_div, at poly-int.h:2156

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111846 Bug ID: 111846 Summary: ice in exact_div, at poly-int.h:2156 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/111807] ice in verify_sra_access_forest with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807 --- Comment #3 from David Binderman --- Second test case: int func_40_l_118; struct S0 { signed f1 : 1; }; void func_40() { struct S0 l_103[16]; *l_103 = l_103[15]; l_103[15].f1 &_40_l_118; }

[Bug c/111807] ice in verify_sra_access_forest with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807 David Binderman changed: What|Removed |Added CC||rguenth at gcc dot gnu.org ---

[Bug c/111807] ice in verify_sra_access_forest with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807 --- Comment #1 from David Binderman --- Reduced C code seems to be: struct S0 { unsigned f2 : 7 } func_40() { struct S0 l_4827[10]; l_4827[5] = l_4827[9]; 0 || l_4827[9].f2; }

[Bug c/111807] New: ice in verify_sra_access_forest with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807 Bug ID: 111807 Summary: ice in verify_sra_access_forest with -O1 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug bootstrap/111664] [14 regression] Fails to build with mawk (error in gcc/opt-read.awk) after r14-4354-ge4a4b8e983bac8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com ---

[Bug c/111684] enhancement: gcc doesn't warn about pointless tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111684 --- Comment #3 from David Binderman --- (In reply to David Binderman from comment #2) > I've had a quick look at the linux-6.6-rc4 kernel code > and found about a dozen examples of this problem, so there > would be some customers for a

[Bug c/111684] enhancement: gcc doesn't warn about pointless tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111684 --- Comment #2 from David Binderman --- I've had a quick look at the linux-6.6-rc4 kernel code and found about a dozen examples of this problem, so there would be some customers for a solution.

[Bug c/111684] New: enhancement: gcc doesn't detect pointless tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111684 Bug ID: 111684 Summary: enhancement: gcc doesn't detect pointless tests Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/111682] New: valgrind error in tsubst_template_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111682 Bug ID: 111682 Summary: valgrind error in tsubst_template_decl Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/111656] New: Recent build failure with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111656 Bug ID: 111656 Summary: Recent build failure with clang Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/111625] valgrind error with ./gcc.dg/bitint-8.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625 --- Comment #1 from David Binderman --- It appears to go wrong sometime from 20230830 and 20230907: testsuite $ ~/gcc/results.20230830.valgrind/bin/gcc -c -w gcc.dg/bitint-8.c --202909-- WARNING: Serious error when reading debug info

[Bug c/111625] New: valgrind error with ./gcc.dg/bitint-8.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625 Bug ID: 111625 Summary: valgrind error with ./gcc.dg/bitint-8.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/111482] [14 Regression] ice in lower_bound with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111482 --- Comment #4 from David Binderman --- Created attachment 55937 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55937=edit partially reduced C++ source code After an hour of reduction, I have the attached C++ file.

[Bug c++/111482] New: ice in lower_bound with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111482 Bug ID: 111482 Summary: ice in lower_bound with -O3 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/111454] ice in get_nonzero_bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111454 --- Comment #2 from David Binderman --- (In reply to Andrew Pinski from comment #1) > This is either a dup of bug 111435 or bug 111442 Plausible. I saw the following strange behaviour: $ ~/gcc/results/bin/gcc -c -O1 bug958B.c gcc: internal

[Bug c/111454] New: ice in get_nonzero_bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111454 Bug ID: 111454 Summary: ice in get_nonzero_bits Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/111043] [14 regression] ICE in adjust_loop_info_after_peeling, at tree-ssa-loop-ivcanon.cc:1068

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111043 --- Comment #7 from David Binderman --- A third reproducer, with -O3 required: long g_18; int g_170, g_759, g_1114; extern void safe_lshift_func_uint64_t_u_u(); void func_35() { int __trans_tmp_1; for (; g_759 >= 0; g_759 = g_759 -

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 David Binderman changed: What|Removed |Added CC||jakub at redhat dot com --- Comment

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 --- Comment #2 from David Binderman --- The code first seems to go wrong sometime between g:c1597e7fb9f9ecb9 and g:10d59b802a7db9ae, which is 36 commits.

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 --- Comment #1 from David Binderman --- Reduced code is: _BitInt(575) e; main() { __atomic_fetch_and( ,

[Bug c/111338] New: ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 Bug ID: 111338 Summary: ice in vn_walk_cb_data Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee:

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 David Binderman changed: What|Removed |Added CC||rguenth at gcc dot gnu.org ---

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 --- Comment #6 from David Binderman --- $ git bisect good 143151ac2013c22e 53891f18f32588d86ba0ec1c5e6206df63be714b is the first bad commit commit 53891f18f32588d86ba0ec1c5e6206df63be714b Author: Sandra Loosemore Date: Thu Aug 24 17:35:00

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 David Binderman changed: What|Removed |Added CC||sandra at codesourcery dot com ---

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 --- Comment #4 from David Binderman --- Git range is g:4024ddbe50c2d1cb .. g:87f9b6c2cfd7b829, so 9 commits left.

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 --- Comment #3 from David Binderman --- All the OpenMP commits in that range are by Sandra Loosemore . Not sure yet, but a likely candidate so far.

[Bug c++/111274] ice in fixup_blocks_walker with -O1 and -fopenmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111274 --- Comment #2 from David Binderman --- In git, there are 71 commits, so trying g:c28c579f0dd9cd27.

<    1   2   3   4   5   6   7   8   9   10   >