[Bug middle-end/109996] csmith: -O2 -fno-strict-aliasing causing run time trouble

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996 --- Comment #4 from David Binderman --- (In reply to Sam James from comment #3) > Which commit did you hit this with? I only know sometime before 20220515. Someone with more git knowledge than me might be able to make progress in bisection.

[Bug rtl-optimization/117360] [15 regression] ext-dce.cc:573:15: runtime error: shift exponent 127 is too large for 64-bit type 'long long unsigned int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117360 --- Comment #2 from David Binderman --- (In reply to Jakub Jelinek from comment #1) > While you're at it, the ULL uses in ext-dce.cc should be > HOST_WIDE_INT_UC () or 1ULL should be HOST_WIDE_INT_1U. It might also be a wise idea in these cases

[Bug c/117363] New: ice during GIMPLE pass: ldist

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

[Bug c/117360] New: ext-dce.cc:573:15: runtime error: shift exponent 127 is too large for 64-bit type 'long long unsigned int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117360 Bug ID: 117360 Summary: ext-dce.cc:573:15: runtime error: shift exponent 127 is too large for 64-bit type 'long long unsigned int' Product: gcc Version: 15.0 Status: UNC

[Bug middle-end/117342] .base64 emitted when gas doesn't support it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342 --- Comment #11 from David Binderman --- (In reply to Andreas Schwab from comment #10) > Can you provide an example of the evidence? Sure. For this C++ source code: void s61() { static char extra_special_characters[] = "\n\t\b\r\f\\\'"; } com

[Bug c/117343] New: valgrind error in vect_optimize_slp_pass::decide_masked_load_lanes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117343 Bug ID: 117343 Summary: valgrind error in vect_optimize_slp_pass::decide_masked_load_lanes Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/117342] .base64 emitted when gas doesn't support it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342 --- Comment #7 from David Binderman --- Created attachment 59485 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59485&action=edit log file from config

[Bug middle-end/117342] .base64 emitted when gas doesn't support it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342 --- Comment #8 from David Binderman --- gcc $ grep BASE auto-host.h #define HAVE_DECL_BASENAME 1 /* #undef HAVE_GAS_BASE64 */ /* #undef HAVE_LD_PE_DISABLE_DYNAMICBASE */ gcc $ So either I get a different gas when I compile gcc with clang, or

[Bug middle-end/117342] .base64 emitted when gas doesn't support it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342 --- Comment #3 from David Binderman --- No mention of base64 in the config.log: working.2 $ grep base64 config.log working.2 $ What's a combined build ? My usual configure line is: CC="clang" CXX="clang++" \ ../trunk/configure --prefix=$HO

[Bug c/117342] New: .base64 emitted when gas doesn't support it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342 Bug ID: 117342 Summary: .base64 emitted when gas doesn't support it Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug middle-end/117313] [15 regression] ICE when building linux-6.11.5 (output_constructor_regular_field, at varasm.cc:5672)

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

[Bug ada/89786] ice in add_expr, at tree.c:7767

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89786 --- Comment #4 from David Binderman --- (In reply to Eric Botcazou from comment #3) > I'll have a look. Did anything happen about this ? Bug still seems to be present.

[Bug fortran/117258] tree check fail in gfc_trans_structure_assign, at fortran/trans-expr.cc:9691

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117258 --- Comment #4 from David Binderman --- Even more mysterious: elk-9.2.12 $ find . -name \*.f90 -print | xargs grep xc_f03_lib_m ./src.orig/libxcifc.f90:use xc_f03_lib_m ./src/libxcifc.f90:use xc_f03_lib_m elk-9.2.12 $ I even tried: elk-9.2.1

[Bug target/101017] ICE: Segmentation fault, convert_memory_address_addr_space_1 with vector_size(32) and target_clone arch=core-avx2/default

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

[Bug fortran/117258] tree check fail in gfc_trans_structure_assign, at fortran/trans-expr.cc:9691

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117258 --- Comment #2 from David Binderman --- I had a quick look: BUILD $ find elk* -name libxcifc.f90 -print elk-9.2.12/src.orig/libxcifc.f90 elk-9.2.12/src/libxcifc.f90 BUILD $ find elk-9.2.12 -name xc_f03_lib_m.mod -print BUILD $ So where shoul

[Bug fortran/117258] New: tree check fail in gfc_trans_structure_assign, at fortran/trans-expr.cc:9691

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117258 Bug ID: 117258 Summary: tree check fail in gfc_trans_structure_assign, at fortran/trans-expr.cc:9691 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: n

[Bug tree-optimization/117176] [15 regression] ICE when building netpbm-11.8.0

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

[Bug fortran/117136] New: ice for gfortran.dg/typebound_operator_11.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117136 Bug ID: 117136 Summary: ice for gfortran.dg/typebound_operator_11.f90 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fo

[Bug target/117116] [15 regression] error: unrecognizable insn: with -march=znver3

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

[Bug target/117116] New: error: unrecognizable insn: with -march=znver3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117116 Bug ID: 117116 Summary: error: unrecognizable insn: with -march=znver3 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: t

[Bug tree-optimization/117050] [15 Regression] ice in vect_build_slp_tree_2

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

[Bug c/117050] New: ice in vect_build_slp_tree_2

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

[Bug c/116810] New: tree-vect-slp.cc:3721:18: runtime error: insufficient space for an object of type 'bool'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116810 Bug ID: 116810 Summary: tree-vect-slp.cc:3721:18: runtime error: insufficient space for an object of type 'bool' Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug c++/116793] [15 regression] ice in gimplify_var_or_parm_decl, at gimplify.cc:3309 since r15-3513

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793 --- Comment #7 from David Binderman --- Created attachment 59172 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59172&action=edit gzipped C++ source code A second test case. It crashes in the same place as the first. Both are from package

[Bug c++/116793] ice in gimplify_var_or_parm_decl, at gimplify.cc:3309

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

[Bug c++/116793] New: ice in gimplify_var_or_parm_decl, at gimplify.cc:3309

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793 Bug ID: 116793 Summary: ice in gimplify_var_or_parm_decl, at gimplify.cc:3309 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug c/116580] New: ice in poly_int_binop, at fold-const.cc:1244

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116580 Bug ID: 116580 Summary: ice in poly_int_binop, at fold-const.cc:1244 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

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

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

[Bug preprocessor/116458] [15 regression] New valgrind error in search_line_ssse3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116458 --- Comment #11 from David Binderman --- I confirm that the fix works for me. On a more subtle note, if two functions are strongly related, would it be wise to have them in the same file with some comments and maybe even some asserts to ensure

[Bug c/116458] [15 regression] New valgrind error in search_line_ssse3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116458 --- Comment #4 from David Binderman --- (In reply to Alexander Monakov from comment #3) > David, thanks for Cc'ing me and for running Valgrind builds! You are welcome. Its a normal weekly part of gcc testing for me. > "Wobbly values" aside, ju

[Bug c/116458] New valgrind error in search_line_ssse3

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

[Bug c/116458] New: New valgrind error in search_line_ssse3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116458 Bug ID: 116458 Summary: New valgrind error in search_line_ssse3 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/116409] [15 Regression] Recent phiopt change causing ICE with sqrt and -frounding-math

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

[Bug testsuite/116252] New: variation in C++ filename extensions in testsuite ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116252 Bug ID: 116252 Summary: variation in C++ filename extensions in testsuite ? Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug bootstrap/90781] ubsan bootstrap with -O3 -march=native fails at compare stage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90781 --- Comment #7 from David Binderman --- (In reply to Sam James from comment #6) > If you're still hitting this, please upload good+bad copies of a sample of > differing files (usually just 1 is enough but let's do 2 to be safe). I think this one

[Bug rtl-optimization/115876] [15 regression] ext-dce.cc has ubsan issues; shifting negative values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115876 --- Comment #13 from David Binderman --- The problem seems to be getting worse this week: $ grep error: mk.2.out | grep runtime | sort | uniq -c | sort -rn 118 ../../trunk/gcc/ext-dce.cc:740:15: runtime error: shift exponent 64 is too larg

[Bug tree-optimization/116079] [15 Regression] ice during GIMPLE pass lim

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116079 --- Comment #4 from David Binderman --- Created attachment 58755 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58755&action=edit C source code Original code. Produced by csmith.

[Bug c/116079] ice during GIMPLE pass lim

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

[Bug c/116079] New: ice during GIMPLE pass lim

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

[Bug rtl-optimization/115876] [15 regression] ext-dce.cc has ubsan issues; shifting negative values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115876 --- Comment #12 from David Binderman --- (In reply to David Binderman from comment #3) > I find doing a bootstrap build with -O3 -march=native, with > asan & ubsan, is a useful weekly sanity check. Today's sanity check shows this problem: $ gr

[Bug other/115903] New: libcpp/macro.cc:528:19: style: Obsolete function 'asctime' called

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115903 Bug ID: 115903 Summary: libcpp/macro.cc:528:19: style: Obsolete function 'asctime' called Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/115876] ext-dce.cc has ubsan issues; shifting negative values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115876 --- Comment #3 from David Binderman --- I find doing a bootstrap build with -O3 -march=native, with asan & ubsan, is a useful weekly sanity check. I only have access to arm & x86_64, so the option exists to extend this testing to other machine

[Bug target/115893] AVR documentation in x86_64 build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893 --- Comment #2 from David Binderman --- (In reply to Georg-Johann Lay from comment #1) > So I think this is invalid as a GCC PR. When you are annoyed by that > warning, use a texinfo version with a fix. It looks like you missed my point. Maybe

[Bug target/115893] New: AVR documentation in x86_64 build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893 Bug ID: 115893 Summary: AVR documentation in x86_64 build Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c/115876] New: runtime errors during bootstrap with -O3 -march=znver3 -fno-var-tracking-assignments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115876 Bug ID: 115876 Summary: runtime errors during bootstrap with -O3 -march=znver3 -fno-var-tracking-assignments Product: gcc Version: 15.0 Status: UNCONFIRMED Sev

[Bug c/115872] New: error: missing definition with -g & -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115872 Bug ID: 115872 Summary: error: missing definition with -g & -O3 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/115602] [15 Regression] ICE on liblapack-3.12.0: in vect_schedule_slp_node, at tree-vect-slp.cc:9643 since r15-1565-g2a345214fc332b

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

[Bug c/115428] New: 3 * unused in today's build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115428 Bug ID: 115428 Summary: 3 * unused in today's build Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee

[Bug c/115414] New: Problems during GIMPLE pass: widening_mul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115414 Bug ID: 115414 Summary: Problems during GIMPLE pass: widening_mul Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug debug/115386] ice with -g -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115386 --- Comment #9 from David Binderman --- I tried a release build and it seemed fine to me: foundBugs $ ../results.20240610.release/bin/gcc -c -w -g -O3 bug1034.c foundBugs $ I guess if both asan & ubsan together cause a stack overflow, it migh

[Bug debug/115386] ice with -g -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115386 --- Comment #7 from David Binderman --- (In reply to Richard Biener from comment #6) > Are you using a compiler with release checking? No, with asan & ubsan. I tried running cc1 under gdb and got this backtrace: #0 0x00b54615 in g

[Bug fortran/107141] ICE: Segmentation fault (in contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141 --- Comment #7 from David Binderman --- (In reply to anlauf from comment #6) > Judging from the name of the testcase this could be a quite different issue. > > Please open a separate PR and attach the source there. Done. See https://gcc.gnu.or

[Bug fortran/115401] New: valgrind error in gfc_class_len_get

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115401 Bug ID: 115401 Summary: valgrind error in gfc_class_len_get Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug web/115391] Suggest add current size of git repository to git page

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115391 --- Comment #5 from David Binderman --- (In reply to Jonathan Wakely from comment #1) > You really shouldn't ever need to start again, you can just do: > > git fetch origin && git reset --hard origin/master Thanks for the tip. After more than

[Bug web/115391] New: Suggest add current size of git repository to git page

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115391 Bug ID: 115391 Summary: Suggest add current size of git repository to git page Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 C

[Bug debug/115386] ice with -g -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115386 --- Comment #5 from David Binderman --- I tried a git bisect and got this: $ git bisect good 6fa4b0135439d64c 30cfdd6ff56972d9d1b9dbdd43a8333c85618775 is the first bad commit commit 30cfdd6ff56972d9d1b9dbdd43a8333c85618775 Author: Robin Dapp D

[Bug debug/115386] ice with -g -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115386 --- Comment #3 from David Binderman --- (In reply to Sam James from comment #1) > I think it runs out of stack. I tried running it under gdb, and all I got were lots of stack frames, so I agree with your best advice. It doesn't seem all that r

[Bug c/115386] New: ice with -g -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115386 Bug ID: 115386 Summary: ice with -g -O3 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassig

[Bug fortran/115316] New: valgrind error in insert_parameter_exprs

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

[Bug fortran/115315] New: valgrind error in gfc_simplify_expr

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

[Bug fortran/107141] ICE: Segmentation fault (in contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141 --- Comment #5 from David Binderman --- Bit more detail from valgrind: /Lower/derived-type-finalization.f90 ==687074== Invalid read of size 8 ==687074==at 0x856D97: gfc_class_len_get(tree_node*) (trans-expr.cc:273) ==687074==by 0x86F37B

[Bug c/115290] New: tree check fail in c_tree_printer, at c/c-objc-common.cc:330

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290 Bug ID: 115290 Summary: tree check fail in c_tree_printer, at c/c-objc-common.cc:330 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug plugins/115288] New: File label-text.h not part of installation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115288 Bug ID: 115288 Summary: File label-text.h not part of installation Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: pl

[Bug tree-optimization/115243] error: stmt with wrong VUSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243 --- Comment #3 from David Binderman --- Looks fixed to me.

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

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

[Bug fortran/114871] New: valgrind error in gfc_class_vptr_get

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114871 Bug ID: 114871 Summary: valgrind error in gfc_class_vptr_get Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/113917] ice in gfc_class_vptr_get

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113917 --- Comment #2 from David Binderman --- Bit more detail from valgrind: ==1450005== Invalid read of size 2 ==1450005==at 0x86B811: gfc_class_vptr_get(tree_node*) (trans-expr.cc:247) ==1450005==by 0x883366: trans_class_vptr_len_assignment

[Bug fortran/93814] [11/12/13/14/15 Regression] ICE in build_entry_thunks, at fortran/trans-decl.c:2898

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93814 --- Comment #12 from David Binderman --- Bit more detail: ./Lower/HLFIR/bindc-entry-stmt.f90:5:0: 5 | function foo() bind(c) Warning: Variable ‘foo’ at (1) may not be a C interoperable kind but it is BIND(C) [-Wc-binding-type] ./Lower/HLFIR

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 --- Comment #2 from David Binderman --- Created attachment 57959 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57959&action=edit F90 source code

[Bug fortran/114739] New: [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 Bug ID: 114739 Summary: [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: norma

[Bug libstdc++/114721] New: libstdc++-v3/include/ext/codecvt_specializations.h: 2 * small performance tweeks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114721 Bug ID: 114721 Summary: libstdc++-v3/include/ext/codecvt_specializations.h: 2 * small performance tweeks Product: gcc Version: 14.0 Status: UNCONFIRMED Severit

[Bug libgcc/114689] [14 Regression] libgcc/config/m68k/fpgnulib.c:305: Suspicious coding ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114689 --- Comment #6 from David Binderman --- (In reply to Jakub Jelinek from comment #5) > And does > extern void g( int); > > void f( int mant, int sticky) > { > mant = mant >> 1 ; > mant = mant >> 1 | (mant & 1); > mant = mant >>

[Bug libgcc/114689] [14 Regression] libgcc/config/m68k/fpgnulib.c:305: Suspicious coding ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114689 --- Comment #4 from David Binderman --- I tried this code: extern void g( int); void f( int mant, int sticky) { mant = mant >> 1 ; mant = mant >> 1 | (mant & 1); mant = mant >> 1 | (mant & 1) | !!sticky; mant =

[Bug libgcc/114689] New: [14 Regression] libgcc/config/m68k/fpgnulib.c:305: Suspicious coding ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114689 Bug ID: 114689 Summary: [14 Regression] libgcc/config/m68k/fpgnulib.c:305: Suspicious coding ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/114680] New: libstdc++-v3/include/ext/mt_allocator.h:142: possible performance problem ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114680 Bug ID: 114680 Summary: libstdc++-v3/include/ext/mt_allocator.h:142: possible performance problem ? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: no

[Bug fortran/113956] [14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 David Binderman changed: What|Removed |Added Summary|ice in |[14 Regression] ice in

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #19 from David Binderman --- gcc 12.3 seems to get it right: foundBugs $ ~/gcc/results.12.3.asan.ubsan/bin/gcc -w -O2 --param=max-inline-insns-auto=23 bug998.c && valgrind -q ./a.out checksum = 77A231E6 foundBugs $ ~/gcc/results.12

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #18 from David Binderman --- (In reply to David Binderman from comment #17) > I tried out gcc-13.2 and got the following results: > > foundBugs $ ~/gcc/results.13.2.asan.ubsan/bin/gcc -w -O2 > --param=max-inline-insns-auto=23 bug998

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #17 from David Binderman --- I tried out gcc-13.2 and got the following results: foundBugs $ ~/gcc/results.13.2.asan.ubsan/bin/gcc -w -O2 --param=max-inline-insns-auto=23 bug998.c && valgrind -q ./a.out checksum = 77A231E6 foundBug

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #16 from David Binderman --- (In reply to David Binderman from comment #15) > So it looks like one or more of the --param flags is to blame. foundBugs $ ~/gcc/results/bin/gcc -w -O2 bug998.c && ./a.out checksum = 77A231E6 foundBugs

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #15 from David Binderman --- (In reply to Jakub Jelinek from comment #14) > So, that is -O2 -fgcse-after-reload -fipa-cp-clone -floop-interchange > -floop-unroll-and-jam -fpeel-loops -fpredictive-commoning -fsplit-loops > -fsplit-pat

[Bug middle-end/113396] [13/14 Regression] csmith: differences from -O2 to -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396 --- Comment #13 from David Binderman --- I had another look at the original source code and got this with recent gcc trunk: foundBugs $ ~/gcc/results/bin/gcc -w bug998.c && ./a.out checksum = 77A231E6 foundBugs $ ~/gcc/results/bin/gcc -w -O2 b

[Bug debug/108843] timeout with -g -O3 since r9-2635-g78ea9abc2018243a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108843 --- Comment #5 from David Binderman --- Created attachment 57711 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57711&action=edit C source code Another test case. foundBugs $ (ulimit -t 60; time ~/gcc/results/bin/gcc -c -w -O3 bug1023.c)

[Bug c++/114297] New: Yet more problems with "definition in block does not dominate use in block"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114297 Bug ID: 114297 Summary: Yet more problems with "definition in block does not dominate use in block" Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: no

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #13 from David Binderman --- Seems fixed to me. I built a bootstrap with ASAN and UBSAN for languages C, C++ and Fortran and changed the usual -O2 for -O3 -march=znver3 and the bootstrap passed. I hadn't realised a bootstrap was s

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #5 from David Binderman --- The problem with expmed.c happens with -O2 -march=znver3, so it's more prevalent than I thought. The problem with poly-int.h seems to require -O3. So they look like two separate problems.

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #3 from David Binderman --- Asan, most of the checking flags, fortran and the -march setting not required. Current configure script is: ../trunk.20210101/configure \ --disable-multilib \ --disable-werror \ -

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

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

[Bug c/114239] New: ice: error: definition in block does not dominate use in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114239 Bug ID: 114239 Summary: ice: error: definition in block does not dominate use in block Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/114234] [14 Regression] verify_ssa failure with early-break vectorisation

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114128 --- Comment #2 from David Binderman --- (In reply to Richard Biener from comment #1) > incomplete bugreport Sorry, my mistake. I created a new one, when an old one is a better place. See # 112938 for more details.

[Bug middle-end/112938] ice with -fstrub=internal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938 David Binderman changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug middle-end/112938] ice with -fstrub=internal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938 --- Comment #8 from David Binderman --- (In reply to Alexandre Oliva from comment #7) > Fixed. Seems to have reappeared: $ ~/gcc/results/bin/gcc -c -fstrub=internal bug988.cc bt2_locks.cpp: In function ‘void mcs_lock::spin_while_eq(const volat

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

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

[Bug fortran/114102] New: ice in matching_typebound_op, at fortran/interface.cc:4564

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114102 Bug ID: 114102 Summary: ice in matching_typebound_op, at fortran/interface.cc:4564 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Pr

[Bug fortran/113956] New: ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 Bug ID: 113956 Summary: ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/107141] ICE: Segmentation fault (in contains_struct_check)

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

[Bug fortran/107143] ICE: 'verify_gimple' failed (Error: non-trivial conversion in 'mem_ref')

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

[Bug fortran/113917] ice in gfc_class_vptr_get

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113917 --- Comment #1 from David Binderman --- (In reply to David Binderman from comment #0) >The problem seems to exist since sometime before 2024016. That should be 20240116.

[Bug fortran/113917] New: ice in gfc_class_vptr_get

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

  1   2   3   4   5   6   7   8   9   10   >