[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 Sam James changed: What|Removed |Added CC||aldyh at gcc dot gnu.org,

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 --- Comment #3 from Sam James --- (In reply to Sam James from comment #2) > [...] > I'm very surprised by this as I was under the impression the prange stuff > was an initial stub (new class of range) rather than with anything > especially wired

[Bug c/117164] ICE building gcc.dg/nested-func-12.c with -std=gnu23

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117164 uecker at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2024-10-19 Statu

[Bug fortran/117225] ICE with -funsigned in gfc_match_sym_complex_part

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117225 Thomas Koenig changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/116025] Experimental implementation of unsigned integers for Fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116025 Bug 116025 depends on bug 117225, which changed state. Bug 117225 Summary: ICE with -funsigned in gfc_match_sym_complex_part https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117225 What|Removed |Added -

[Bug tree-optimization/107467] [12/13/14 Regression] Miscompilation involving -Os, flto, and -fno-strict-aliasing since r12-656-ga564da506f52be66

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467 Sam James changed: What|Removed |Added CC||rguenth at gcc dot gnu.org See Al

[Bug c/105863] RFE: C23 #embed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863 --- Comment #18 from Thomas Schwinge --- The C23 '#embed' support still needs to be documented on .

[Bug libstdc++/117221] Add smoketest for alternative compiler for libstdc++ headers (like CXX_UNDER_TEST)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117221 Eric Gallager changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug ipa/115815] [13/14 Regression] ICE: in purge_all_uses, at ipa-param-manipulation.cc:632 with -O2 -flto and incorrect usage of attribute destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115815 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #11 f

[Bug ipa/115815] [13 Regression] ICE: in purge_all_uses, at ipa-param-manipulation.cc:632 with -O2 -flto and incorrect usage of attribute destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115815 Sam James changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c/117164] ICE building gcc.dg/nested-func-12.c with -std=gnu23

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117164 --- Comment #3 from uecker at gcc dot gnu.org --- Adding debug_tree for lhs and fntype in verify_gimple right before the "invalid conversion in gimple call" (should the debug_generic_stmt already give me this information somehow?)

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 --- Comment #5 from Sam James --- so with irange, evrp discovers _17's range earlier, but with prange, it doesn't (only does so in vrp1?

[Bug c++/117224] New: warning states "this" is explicit by-copy capture but it's an explicit by-reference capture

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117224 Bug ID: 117224 Summary: warning states "this" is explicit by-copy capture but it's an explicit by-reference capture Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c/117164] ICE building gcc.dg/nested-func-12.c with -std=gnu23

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117164 uecker at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-checking --- Comment #4

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 --- Comment #4 from Sam James --- With prange, evrp has: ``` [-Global Exported: _17 = [irange] long int [-INF, -1][1, +INF]-] ``` and then vrp1 has: ``` [...] {+Global Exported: _69 = [prange] int * [1, +INF]+} Global Exported: _68 = [irange] lo

[Bug fortran/117225] New: ICE with -funsigned in gfc_match_sym_complex_part

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117225 Bug ID: 117225 Summary: ICE with -funsigned in gfc_match_sym_complex_part Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug tree-optimization/113676] [12 Regression] Miscompilation tree-vrp __builtin_unreachable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113676 Sam James changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/117225] ICE with -funsigned in gfc_match_sym_complex_part

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117225 Thomas Koenig changed: What|Removed |Added Last reconfirmed||2024-10-19 Status|UNCONFIRM

[Bug c/117145] [14/15 Regression] ICE: in make_ssa_name_fn, at tree-ssanames.cc:355 at -O1 and above with vector_size and VLA in struct argument since r14-1143-g42d1612eb5c3b2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117145 --- Comment #4 from uecker at gcc dot gnu.org --- A bit nicer test: void b(); int e(int *c, struct d { [[gnu::vector_size(4)]] char an[*c]; } *) { (void)sizeof(struct d); return 0; } void f() { int a = 0; if (e(&a, 0)) b(); } htt

[Bug rtl-optimization/114960] [12/13/14/15 Regression] fails to clean up vector casts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114960 Sam James changed: What|Removed |Added Last reconfirmed||2024-10-19 Ever confirmed|0

[Bug rtl-optimization/110393] [13 regression] ICE at -O3 with "-fselective-scheduling2 -fPIC": in move_op_ascend, at sel-sched.cc:6150

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110393 Sam James changed: What|Removed |Added Keywords||ice-on-valid-code Known to work|

[Bug rtl-optimization/110391] [12/13/14/15 Regression] wrong code at -O2 and -O3 with "-fsel-sched-pipelining -fselective-scheduling2" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110391 Sam James changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug rtl-optimization/115568] [12/13/14/15 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 Sam James changed: What|Removed |Added Last reconfirmed||2024-10-19 Status|UNCONFIRMED

[Bug middle-end/109856] [13/14/15 regression] -Wnull-dereference false positive in Emacs itree.c (regression from GCC 12)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109856 Sam James changed: What|Removed |Added Last reconfirmed||2024-10-19 Ever confirmed|0

[Bug ipa/114790] [12/13/14/15 regression] ICE when building intel-compute-runtime (error: direct call to ... speculative call sequence has no speculative flag)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114790 Sam James changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #3 from Georg-Johann Lay --- Maybe this one is related to the fact that LRA doesn't set strict when it is in strict-RTL mode? For example, with your latest test case: $avr-gcc foo.c -S -mlra -O1 -mmcu=atmega128 -fdump-rtl-final -ml

[Bug modula2/115328] The FORWARD keyword is not implemented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115328 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/110015] openjpeg is slower when built with gcc13 compared to clang16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110015 --- Comment #11 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:8d6d6d537fdc754a429b08091422c307188f3c82 commit r15-4503-g8d6d6d537fdc754a429b08091422c307188f3c82 Author: Andrew Pinski Date: W

[Bug tree-optimization/112418] factor_out_conditional_operation could be done for more phis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112418 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/110015] openjpeg is slower when built with gcc13 compared to clang16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110015 Bug 110015 depends on bug 112418, which changed state. Bug 112418 Summary: factor_out_conditional_operation could be done for more phis https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112418 What|Removed |Added --

[Bug c/113688] verify_type fails for compatible structs with FAM in C23

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #3 from uecker at gcc dot gnu.org --- The issue is that struct with ISO C99 flexible array member and GNU zero-sized extension will have different mode but we may want to them to be compatible.

[Bug tree-optimization/112418] factor_out_conditional_operation could be done for more phis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112418 --- Comment #5 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:8d6d6d537fdc754a429b08091422c307188f3c82 commit r15-4503-g8d6d6d537fdc754a429b08091422c307188f3c82 Author: Andrew Pinski Date: We

[Bug c/117230] New: ICE: in sizeof_pointer_memaccess_warning, at c-family/c-warn.cc:987 with -Wsizeof-pointer-memaccess

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117230 Bug ID: 117230 Summary: ICE: in sizeof_pointer_memaccess_warning, at c-family/c-warn.cc:987 with -Wsizeof-pointer-memaccess Product: gcc Version: 15.0 Status: UNCONFIRME

[Bug testsuite/113502] gcc.target/aarch64/vect-early-break-cbranch.c and gcc.target/aarch64/sve/vect-early-break-cbranch.c testcase are too sensitive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113502 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c/117230] [14/15 Regression] ICE: in sizeof_pointer_memaccess_warning, at c-family/c-warn.cc:987 with -Wsizeof-pointer-memaccess

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117230 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug rtl-optimization/117226] [15 regression] wrong code at -O{s,2,3} with "-fno-tree-forwprop" on x86_64-linux-gnu with ext-dce since r15-1901-g98914f9eba5f19

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug tree-optimization/107467] [12/13/14 Regression] Miscompilation involing -Os , -flto and -fno-strict-aliasing since r12-656-ga564da506f52be66

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467 Sam James changed: What|Removed |Added Known to work||15.0 Summary|[12/13/14/15 Regres

[Bug middle-end/109856] [13 regression] -Wnull-dereference false positive in Emacs itree.c (regression from GCC 12)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109856 Sam James changed: What|Removed |Added Keywords||needs-bisection Summary|[13/14/1

[Bug target/111600] [14/15 Regression] RISC-V bootstrap time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600 Sam James changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c/117145] [14/15 Regression] ICE: in make_ssa_name_fn, at tree-ssanames.cc:355 at -O1 and above with vector_size and VLA in struct argument since r14-1143-g42d1612eb5c3b2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117145 --- Comment #5 from uecker at gcc dot gnu.org --- The underlying issue appears to be that we somehow do not recognize the struct as a variable modified type if it has the attribute. The change referenced above then does not handle size expressio

[Bug target/117223] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with custom flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117223 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/113506] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506 --- Comment #2 from Andrew Pinski --- *** Bug 117223 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/117226] New: wrong code at -O{s,2,3} with "-fno-tree-forwprop" on x86_64-linux-gnu

tstrap --enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk --enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 15.0.0 20241019 (experimental) (GCC) [519] % [519] % gcctk -O3 small.

[Bug target/115042] [14/15 Regression] valgrind test fails to compile on armv7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115042 --- Comment #2 from Sam James --- There was also https://dev.gnupg.org/T6892 and https://dev.gnupg.org/T7226. ofc, it's really (also) a bug in the package, but it's interesting that it came up in libgcrypt for arm (and x86) too.

[Bug modula2/117228] New: Move modula2 plugin into 'build-gcc/gcc/m2/'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117228 Bug ID: 117228 Summary: Move modula2 plugin into 'build-gcc/gcc/m2/' Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: modu

[Bug rtl-optimization/115933] [15 Regression] wrong code at -O1 with "-fno-tree-loop-optimize -ftree-vrp -fno-tree-ch -fgcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115933 --- Comment #3 from Andrew Pinski --- (In reply to Sam James from comment #2) > Looks like trunk works now? Maybe r15-3138-ga9f5e23aba1a6f ?

[Bug target/117163] Missing macro to round to nearest floating-point value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117163 --- Comment #6 from Paul Caprioli --- One day, those older compilers will be considered ancient. Code written using AVX512 intrinsics isn't the most portable anyway, and programmers are always able to define their own macros (or just type a 0)

[Bug target/117163] Missing macro to round to nearest floating-point value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117163 --- Comment #7 from Andrew Pinski --- (In reply to Paul Caprioli from comment #6) > This is the first patch I've submitted to GCC. I apologize for not knowing > the proper tracking protocol. If there is anything more I can do, I welcome > any

[Bug target/113609] EQ/NE comparison between avx512 kmask and -1 can be optimized with kxortest with checking CF.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113609 --- Comment #5 from Andrew Pinski --- (In reply to Uroš Bizjak from comment #2) > You will have to provide jcc and setcc patterns to fully handle mode change. cmov was also missed here, filed PR 117232. I found it via some phiopt improvement I

[Bug sanitizer/117233] New: UBSAN should catch undefined behavior in realloc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117233 Bug ID: 117233 Summary: UBSAN should catch undefined behavior in realloc Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug libstdc++/116754] libstdc++ std::ranges::copy performance issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116754 --- Comment #7 from df fd --- I only spotted typo: I've written `can not` instead of `can now`, sorry, my bad

[Bug c/117023] [C2y] Implement N3322, Allow zero length operations on null pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117023 Bruno Haible changed: What|Removed |Added CC||bruno at clisp dot org --- Comment #2 fr

[Bug testsuite/28032] gfortran.dg tests use dg-options with -On even though it is already torture tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28032 --- Comment #9 from Jerry DeLisle --- Created attachment 59395 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59395&action=edit Patch to clean-up dg-do run directives. This patch cleans up the dg-do run options and adds in a -O option for

[Bug c++/117231] New: Incorrect code generation for std::generator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231 Bug ID: 117231 Summary: Incorrect code generation for std::generator Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/117234] New: A few tree codes are marked as trapping when they can't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117234 Bug ID: 117234 Summary: A few tree codes are marked as trapping when they can't Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: internal-improvement,

[Bug tree-optimization/117235] New: [15 Regression] trapping fp statement can be moved across another trapping fp statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117235 Bug ID: 117235 Summary: [15 Regression] trapping fp statement can be moved across another trapping fp statement Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug tree-optimization/117055] [meta-bug] GCC15+ O2 vectorization enhancement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117055 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org Statu

[Bug lto/117201] [15 regression] libqrencode-4.1.1 miscompiled with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117201 Sam James changed: What|Removed |Added Last reconfirmed||2024-10-19 Status|UNCONFIRMED

[Bug rtl-optimization/115933] [15 Regression] wrong code at -O1 with "-fno-tree-loop-optimize -ftree-vrp -fno-tree-ch -fgcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115933 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #2 fr

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #2 from denisc at gcc dot gnu.org --- Comment on attachment 59393 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59393 Simplified testcase void f () { volatile char c[0]; c[0] = 0; }

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 denisc at gcc dot gnu.org changed: What|Removed |Added CC||denisc at gcc dot gnu.org --

[Bug modula2/117227] New: Missing modula2 plugin dependencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117227 Bug ID: 117227 Summary: Missing modula2 plugin dependencies Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: modula2

[Bug c++/117219] strict aliasing documentation maybe should mention C++20's std::bit_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117219 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 --- Comment #1 from Sam James --- Bisecting.

[Bug target/117223] New: ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with custom flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117223 Bug ID: 117223 Summary: ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with custom flags Product: gcc Version:

[Bug rtl-optimization/117226] [15 regression] wrong code at -O{s,2,3} with "-fno-tree-forwprop" on x86_64-linux-gnu with ext-dce since r15-1901-g98914f9eba5f19

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226 Sam James changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/117226] [15 regression] wrong code at -O{s,2,3} with "-fno-tree-forwprop" on x86_64-linux-gnu with ext-dce

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117226 Sam James changed: What|Removed |Added Version|unknown |15.0 Keywords|

[Bug modula2/115328] The FORWARD keyword is not implemented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115328 --- Comment #3 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:e751639e3d20efe97186faa7dca33e7761ba1e79 commit r15-4497-ge751639e3d20efe97186faa7dca33e7761ba1e79 Author: Gaius Mulley Date: Sat

[Bug target/117229] New: "libcpp, c, middle-end: Optimize initializers using #embed in C" vs. GCN '-march=gfx908'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117229 Bug ID: 117229 Summary: "libcpp, c, middle-end: Optimize initializers using #embed in C" vs. GCN '-march=gfx908' Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #4 from denisc at gcc dot gnu.org --- After IRA we have: --- ;; bb 2 artificial_defs: { } ;; bb 2 artificial_uses: { u-1(28){ }u-1(32){ }u-1(34){ }} ;; lr  in  28 [r28] 29 [r29] 32 [__SP_L__] 34 [ar

[Bug libstdc++/117220] [15 regression] is broken with Clang (stl_iterator.h:1080:42: error: an attribute list cannot appear here)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117220 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2024-10-19 Target Milestone|---

[Bug libstdc++/117221] Add smoketest for alternative compiler for libstdc++ headers (like CXX_UNDER_TEST)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117221 Jonathan Wakely changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #5 from denisc at gcc dot gnu.org --- (In reply to Georg-Johann Lay from comment #3) > Maybe this one is related to the fact that LRA doesn't set strict when it is > in strict-RTL mode? For example, with your latest test case: > > $

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #6 from denisc at gcc dot gnu.org --- At least, our main problem is that we have a frame pointer usage without frame size.

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #7 from denisc at gcc dot gnu.org --- Clarification for simplified test case: 1. frame size is 0 (because a declaration of a local array has a zero size); 2. we have a local variable which can be addressable (althought it have a zero

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 --- Comment #6 from Andrew Macleod --- (In reply to Sam James from comment #3) > (In reply to Sam James from comment #2) > > [...] > > I'm very surprised by this as I was under the impression the prange stuff > > was an initial stub (new class o

[Bug libstdc++/117216] wrong sign for complex sqrt(-x-i0) (for targets without C99 math)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117216 --- Comment #1 from vincenzo Innocente --- sorry last entry in the bug report should have been innocent@vinmacscreen binary64 % c++ -O3 -march=native sqrt.cpp -D_GLIBCXX_USE_C99_COMPLEX=0; ./a.out (-4,-0) (0,2) 4 -3.14159 -0 positive -0 negativ

[Bug middle-end/109856] [13 regression] -Wnull-dereference false positive in Emacs itree.c (regression from GCC 12) since r13-3596-ge7310e24b1c0ca

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109856 Sam James changed: What|Removed |Added CC||amacleod at redhat dot com Summa

[Bug tree-optimization/117234] A few tree codes are marked as trapping when they can't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117234 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2024-10-20 Assignee|unassigne

[Bug tree-optimization/117235] [15 Regression] trapping fp statement can be moved across another trapping fp statement since r15-4503-g8d6d6d537fdc75

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117235 --- Comment #2 from Andrew Pinski --- Created attachment 59397 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59397&action=edit Patch which I am testing Already did a quick test by running `tree-ssa.exp` but I doubt there will be any regr

[Bug c++/117231] [15 regression] Incorrect code generation for std::generator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231 Sam James changed: What|Removed |Added Target Milestone|--- |15.0 Summary|Incorrect code gene

[Bug target/117229] [15 regression] "libcpp, c, middle-end: Optimize initializers using #embed in C" vs. GCN '-march=gfx908'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117229 Sam James changed: What|Removed |Added Target Milestone|--- |15.0 Keywords|

[Bug tree-optimization/117235] [15 Regression] trapping fp statement can be moved across another trapping fp statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117235 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |15.0 Last reconfirmed|

[Bug tree-optimization/117222] [15 regression] Missed optimization with with std::vector resize in loop since r15-575-gda73261ce7731b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117222 Sam James changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug rtl-optimization/115933] [15 Regression] wrong code at -O1 with "-fno-tree-loop-optimize -ftree-vrp -fno-tree-ch -fgcse" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115933 --- Comment #4 from Sam James --- (In reply to Andrew Pinski from comment #3) > (In reply to Sam James from comment #2) > > Looks like trunk works now? > > Maybe r15-3138-ga9f5e23aba1a6f ? Let me check.

[Bug middle-end/117236] New: -Wnull-dereference false positive in GNU tar (regression from GCC 12)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117236 Bug ID: 117236 Summary: -Wnull-dereference false positive in GNU tar (regression from GCC 12) Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal

[Bug middle-end/109856] [13 regression] -Wnull-dereference false positive in Emacs itree.c (regression from GCC 12) since r13-3596-ge7310e24b1c0ca

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109856 --- Comment #5 from Paul Eggert --- (In reply to Sam James from comment #4) > Could you file a new bug for the tar case? Sure, filed as new Bug 117236.

[Bug libstdc++/116754] libstdc++ std::ranges::copy performance issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116754 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/58195] Missed optimization opportunity when returning a conditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58195 --- Comment #10 from Andrew Pinski --- For aarch64 we could also solve this at the rtl level by simplifying: (if_then_else:SI (ne (reg:SI 108 [ inputD.4415 ]) (const_int 0 [0])) (neg:SI (reg:SI 108 [ inputD.4415 ])) (c

[Bug preprocessor/114423] Incorrectly placed caret in the message about expanded _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114423 Lewis Hyatt changed: What|Removed |Added Keywords|patch | --- Comment #5 from Lewis Hyatt --- The

[Bug preprocessor/114423] Incorrectly placed caret in the message about expanded _Pragma

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114423 --- Comment #4 from GCC Commits --- The master branch has been updated by Lewis Hyatt : https://gcc.gnu.org/g:65c5bbe1c92f9c08e99d3a37c136f2ef9804a37f commit r15-4505-g65c5bbe1c92f9c08e99d3a37c136f2ef9804a37f Author: Lewis Hyatt Date: Fri M

[Bug middle-end/109856] [13 regression] -Wnull-dereference false positive in Emacs itree.c (regression from GCC 12)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109856 --- Comment #3 from Paul Eggert --- (In reply to Sam James from comment #2) > 14 and 15 are fine. Although GCC 14 is fine with the first attachment, I am still seeing problems when I compile the second one (attachment 55337) with gcc (GCC) 14.2.

[Bug target/117232] New: EQ/NE comparison between avx512 kmask and -1 can be optimized with kxortest with checking CF when using cmov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117232 Bug ID: 117232 Summary: EQ/NE comparison between avx512 kmask and -1 can be optimized with kxortest with checking CF when using cmov Product: gcc Version: 15.0

[Bug sanitizer/117233] UBSAN should catch undefined behavior in realloc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117233 --- Comment #1 from Bruno Haible --- Setting UBSAN_OPTIONS does not appear to have an influence either.

[Bug tree-optimization/58195] Missed optimization opportunity when returning a conditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58195 --- Comment #9 from Andrew Pinski --- (In reply to Andrew Pinski from comment #8) > Note the loop one looks like: > if (input_4(D) != 0) > goto ; [89.00%] > else > goto ; [11.00%] > >[local count: 105119324]: > _1 = (unsigned i

Interaction of "general-regs-only" and "interrupt" attributes for arm-none-eabi target

Hello everyone, First of all, I am not sure if this is a bug - or if I am holding it wrong. I am trying to compile some interrupt handlers marked as such, on a platform with hard-float and neon. The gcc command line for this project is arm-none-eabi-gcc -std=gnu23 -O2 -Wall -Werror -Wextra -W

[Bug testsuite/28032] gfortran.dg tests use dg-options with -On even though it is already torture tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28032 Jerry DeLisle changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #8 from Jerry DeLis

[Bug c/117023] [C2y] Implement N3322, Allow zero length operations on null pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117023 --- Comment #3 from Bruno Haible --- The runtime errors regarding bsearch, qsort, memccpy, wcsncpy, wcsncmp, wcsncat need to be fixed in the glibc header files. However, the runtime error regarding strndup and the crash in wcsncat come from GCC

[Bug tree-optimization/64700] Sink common code through PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64700 --- Comment #11 from Andrew Pinski --- (In reply to Andrew Pinski from comment #8) > +FAIL: gcc.target/i386/pr113609-1.c scan-assembler-times kortest 17 > +FAIL: gcc.target/i386/pr113609-2.c scan-assembler-times [ t]+je 4 > +FAIL: gcc.target/

[Bug rtl-optimization/116780] [lra][avr] internal compiler error: output_operand: address operand requires constraint for X, Y, or Z register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780 --- Comment #8 from Segher Boessenkool --- (In reply to denisc from comment #2) > Comment on attachment 59393 [details] > Simplified testcase > > void > f () > { > volatile char c[0]; > c[0] = 0; > } That is invalid C code, of course (an o

  1   2   >