[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388 Maxim Kuvyrkov changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/96388] scheduling takes forever with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388 --- Comment #17 from GCC Commits --- The master branch has been updated by Maxim Kuvyrkov : https://gcc.gnu.org/g:0c42d1782e48d8ad578ace2065cce9b3615f97c0 commit r14-8174-g0c42d1782e48d8ad578ace2065cce9b3615f97c0 Author: Maxim Kuvyrkov Date:

[Bug rtl-optimization/111554] [12/13/14 regression] Timeout with with "-O3 -fno-dse -fno-inline -fno-store-merging -fno-toplevel-reorder -fno-tree-dce -fno-tree-dse" since r12-2097-g9f34b780b0461e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554 --- Comment #13 from GCC Commits --- The master branch has been updated by Maxim Kuvyrkov : https://gcc.gnu.org/g:0c42d1782e48d8ad578ace2065cce9b3615f97c0 commit r14-8174-g0c42d1782e48d8ad578ace2065cce9b3615f97c0 Author: Maxim Kuvyrkov Date:

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN with large CONFIG_ARCH_MMAP_RND_BITS in kernel configuration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 --- Comment #4 from Sam James --- (In reply to Xi Ruoyao from comment #3) I didn't update it because I wasn't certain if it was the same thing, although it seems very likely. But fair enough.

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN with large CONFIG_ARCH_MMAP_RND_BITS in kernel configuration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 Xi Ruoyao changed: What|Removed |Added Summary|Trivial program segfaults |Trivial program segfaults

[Bug testsuite/113418] Use of vect_* target selectors in tests out of vect directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113418 Kewen Lin changed: What|Removed |Added CC||linkw at gcc dot gnu.org --- Comment #4 fro

[Bug tree-optimization/113435] New: Missed optimization of loop invariant elimination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113435 Bug ID: 113435 Summary: Missed optimization of loop invariant elimination Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug testsuite/113418] Use of vect_* target selectors in tests out of vect directories

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113418 --- Comment #3 from Xi Ruoyao --- In gcc.dg: align-2.c analyzer/torture/pr93350.c analyzer/torture/uninit-bit-field-ref.c bic-bitmask-13.c bic-bitmask-14.c bic-bitmask-15.c bic-bitmask-16.c bic-bitmask-17.c bic-bitmask-18.c bic-bitmask-19.c bic

[Bug c/111693] -Wuse-after-free is documented in the wrong location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111693 sandra at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c/111693] -Wuse-after-free is documented in the wrong location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111693 --- Comment #10 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:25bb8a40abd91fccf9a59dd6518a7a283433dea3 commit r14-8173-g25bb8a40abd91fccf9a59dd6518a7a283433dea3 Author: Sandra Loosemore Da

[Bug target/113221] [14 Regression][aarch64]ICE in extract_insn, at recog.cc:2812 since r14-6605-gc0911c6b357ba9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221 Andrew Pinski changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN since Linux 6.7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 --- Comment #2 from Sam James --- Ah, I see you mentioned the recent ASLR kerfuffle in https://github.com/llvm/llvm-project/issues/78354#issuecomment-1894606165. That config in some distros' kernel configs change was made for https://lore.kerne

[Bug sanitizer/113430] Trivial program segfaults intermittently with ASAN since Linux 6.7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 --- Comment #1 from Sam James --- If you could find the time to bisect the kernel (perhaps in a VM), that may well be helpful. Would also be interesting to know if Clang suffers from the same thing (given we import libsanitizer from them).

[Bug tree-optimization/113431] [14 Regression] Wrong code at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 Andrew Pinski changed: What|Removed |Added Target|riscv |riscv aarch64-linux-gnu

[Bug tree-optimization/113434] [13/14 Regression] VRP misses conditional in loop is always false sometimes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113434 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Target Milestone|---

[Bug tree-optimization/113434] New: [13/14 Regression] Missed optimization for Loop Unswitch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113434 Bug ID: 113434 Summary: [13/14 Regression] Missed optimization for Loop Unswitch Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Prio

[Bug tree-optimization/113433] [12/13/14 Regression] Missed optimization for redundancy computation elimination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113433 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Ever confirmed|

[Bug tree-optimization/113416] ICE: in force_constant_size, at gimplify.cc:742 (in convert_move, at expr.cc:223) with -march=rv64gcv (-march=rv32gcv) and -ftree-parallelize-loops=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113416 Andrew Pinski changed: What|Removed |Added Host|x86_64-pc-linux-gnu | Ever confirmed|0

[Bug target/113416] ICE: in force_constant_size, at gimplify.cc:742 (in convert_move, at expr.cc:223) with -march=rv64gcv (-march=rv32gcv) and -ftree-parallelize-loops=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113416 --- Comment #1 from Andrew Pinski --- I thought I saw something similar before for aarch64 and SVE. Maybe OpenMP .

[Bug tree-optimization/113433] New: [12/13/14 Regression] Missed optimization for redundancy computation elimination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113433 Bug ID: 113433 Summary: [12/13/14 Regression] Missed optimization for redundancy computation elimination Product: gcc Version: 14.0 Status: UNCONFIRMED Severit

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #6 from Vineet Gupta --- Created attachment 57111 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57111&action=edit additional modules

[Bug target/112973] Documentation for __builtin_preserve_access_index is not wrapped in extend.texi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112973 sandra at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/112973] Documentation for __builtin_preserve_access_index is not wrapped in extend.texi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112973 --- Comment #1 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:fce3f51f9c252c2650b2bf90401c72cda0eae088 commit r14-8171-gfce3f51f9c252c2650b2bf90401c72cda0eae088 Author: Sandra Loosemore Dat

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #5 from JuzheZhong --- Hi, Vineet. I failed to compile it. bug.f90:2:7: 2 | use shr_kind_mod,b => shr_kind_r8 | 1 Fatal Error: Cannot open module file 'shr_kind_mod.mod' for reading at (1): No such file or di

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #8 from JuzheZhong --- (In reply to Patrick O'Neill from comment #7) > (In reply to JuzheZhong from comment #6) > > (In reply to Patrick O'Neill from comment #5) > > > (In reply to JuzheZhong from comment #4) > > > > a[0][1] seems to

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #7 from Patrick O'Neill --- (In reply to JuzheZhong from comment #6) > (In reply to Patrick O'Neill from comment #5) > > (In reply to JuzheZhong from comment #4) > > > a[0][1] seems to be undefined value. > > > > a is a global varia

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #6 from JuzheZhong --- (In reply to Patrick O'Neill from comment #5) > (In reply to JuzheZhong from comment #4) > > a[0][1] seems to be undefined value. > > a is a global variable so the elements are initialized to 0. a[0][1] is > w

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #5 from Patrick O'Neill --- (In reply to JuzheZhong from comment #4) > a[0][1] seems to be undefined value. a is a global variable so the elements are initialized to 0. a[0][1] is within the bounds a[2][9].

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #4 from JuzheZhong --- a[0][1] seems to be undefined value. And the test seems to trigger undefined behavior. I just checked ARM SVE and RVV. The vectorized IR is totally the same and I don't see anything obviously wrong in RVV as

[Bug tree-optimization/113419] SRA should replace some aggregate copies by load/store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113419 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/113419] SRA should replace some aggregate copies by load/store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113419 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Severity|

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 --- Comment #15 from Anonymous --- (In reply to Andrew Pinski from comment #10) > (In reply to Anonymous from comment #9) > > (In reply to Andrew Pinski from comment #1) > > > dom3 : > > > ``` > > > > Could you please explain on how you to reco

[Bug modula2/111956] [14 Regression] Many powerpc platforms do _not_ have support for IEEE754 long double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956 --- Comment #18 from Gaius Mulley --- Created attachment 57110 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57110&action=edit Work in progress fix Many thanks for the config.gcc hints! It now builds on gcc120 and gcc135 with the work i

[Bug testsuite/113418] Use of vect_* target selectors in tests out of vect directories

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

[Bug fortran/113412] ATAN(Y,X) does not check arguments and generates wrong error message.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412 --- Comment #3 from kargl at gcc dot gnu.org --- Created attachment 57109 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57109&action=edit patch The attached patch has been regtested. There were no regression.

[Bug target/113221] [14 Regression][aarch64]ICE in extract_insn, at recog.cc:2812 since r14-6605-gc0911c6b357ba9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > Actually `(match_operand 0 "register_operand")` should be used instead of > the current `(match_code "reg,subreg")`. Except that does not work since register_op

[Bug target/113221] [14 Regression][aarch64]ICE in extract_insn, at recog.cc:2812 since r14-6605-gc0911c6b357ba9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221 --- Comment #4 from Andrew Pinski --- Actually `(match_operand 0 "register_operand")` should be used instead of the current `(match_code "reg,subreg")`.

[Bug target/113221] [14 Regression][aarch64]ICE in extract_insn, at recog.cc:2812 since r14-6605-gc0911c6b357ba9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #3 from Patrick O'Neill --- This has the same behavior with --param=vsetvl-strategy=simple so this is probably not a vsetvl issue. > /scratch/tc-testing/tc-jan-16-vsetvl-toggle/build-rv64gcv/bin/riscv64-unknown-linux-gnu-gcc > -O3

[Bug target/113156] [11/12/13/14 Regression] AVR build broken due to ICE while compiling libgcc, started with r14-6201-gf0a90c7d7333fc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113156 Andrew Pinski changed: What|Removed |Added Target Milestone|14.0|12.4 Status|NEW

[Bug c++/113292] [modules] internal error when compiling header to module containing static thread_local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113292 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:14338386970bc6c2d46b81181f48622fdf25d705 commit r14-8168-g14338386970bc6c2d46b81181f48622fdf25d705 Author: Nathaniel Shead Date:

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 --- Comment #2 from JuzheZhong --- Will take a look today.

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #4 from JuzheZhong --- Thanks. Will take a look

[Bug target/113432] missing optimization: GCC UXTB zero-extends result of LDRB from volatile variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113432 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug target/53938] ARM target generates sub-optimal code (extra instructions) on load from memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53938 Andrew Pinski changed: What|Removed |Added CC||rsaxvc at gmail dot com --- Comment #5 f

[Bug c++/113340] [14 Regression] ICE when an explicit object parameter is attempted to be used in a destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113340 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/113340] [14 Regression] ICE when an explicit object parameter is attempted to be used in a destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113340 --- Comment #4 from GCC Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:ac219d524ace47eea5bf5404b267e22950f44030 commit r14-8165-gac219d524ace47eea5bf5404b267e22950f44030 Author: Marek Polacek Date: Tu

[Bug fortran/113377] Wrong code passing optional dummy argument to elemental procedure with optional dummy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > However, > > integer, allocatable,optional :: j > > still does not work: the code *in* the generated loop looks fine to me, but > the scalarizer derefe

[Bug target/113432] New: missing optimization: GCC UXTB zero-extends result of LDRB from volatile variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113432 Bug ID: 113432 Summary: missing optimization: GCC UXTB zero-extends result of LDRB from volatile variables Product: gcc Version: 13.2.0 Status: UNCONFIRMED Sev

[Bug target/113431] [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 Patrick O'Neill changed: What|Removed |Added Keywords||wrong-code Target|

[Bug target/113431] New: [14] RISC-V rv64gcv vector: Runtime mismatch at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431 Bug ID: 113431 Summary: [14] RISC-V rv64gcv vector: Runtime mismatch at -O3 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug sanitizer/113430] New: Trivial program segfaults intermittently with ASAN since Linux 6.7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 Bug ID: 113430 Summary: Trivial program segfaults intermittently with ASAN since Linux 6.7 Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 --- Comment #11 from Jonathan Wakely --- Yes, but in practice that's not the problem with mingw. The problem is the low RAND_MAX. The distribution within the range of numbers produced is acceptable. Good enough for std::random_shuffle anyway.

[Bug c++/113307] fails to diagnose an explicit object parameter to be a function parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113307 Jason Merrill changed: What|Removed |Added Target Milestone|--- |14.0 Resolution|---

[Bug c++/113307] fails to diagnose an explicit object parameter to be a function parameter pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113307 --- Comment #2 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:6aae831a3fe6619794afa79410e6fc1b4817f0b1 commit r14-8163-g6aae831a3fe6619794afa79410e6fc1b4817f0b1 Author: waffl3x Date: Fri Jan

[Bug fortran/113377] Wrong code passing optional dummy argument to elemental procedure with optional dummy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377 --- Comment #3 from anlauf at gcc dot gnu.org --- Created attachment 57108 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57108&action=edit Patch to play with This is a first attempt to outline code for handling scalar dummies with the VAL

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #3 from Vineet Gupta --- The toggles used to build are riscv64-unknown-linux-gnu-gfortran -c -o cam4red.o -I. -Iinclude -Inetcdf/include -Ofast -fno-lto -static -march=rv64gcv_zba_zbb_zbs_zicond -ftree-vectorize --param=riscv-autove

[Bug fortran/113412] ATAN(Y,X) does not check arguments and generates wrong error message.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412 --- Comment #2 from kargl at gcc dot gnu.org --- With the patch at the end of this message and this source code, program foo integer(8) x real(8) y, z x = 1 y = x z = atan(y,x) print *, z end I get % gfcx -c a.f90 a.f90:6:1

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #2 from Vineet Gupta --- Here's my analysis as to whats going on in vsetvl pass. Reduced Test with annotated BBs. .globl __a_MOD_f .type __a_MOD_f, @function __a_MOD_f: ... ble s1,zero,.L49 s

[Bug tree-optimization/110794] FAIL: g++.dg/pr99966.C -std=gnu++17 scan-tree-dump-not vrp1 "throw"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110794 --- Comment #2 from GCC Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:dc5fc15d5a16669a0995a3fdc98d9704c6199022 commit r14-8160-gdc5fc15d5a16669a0995a3fdc98d9704c6199022 Author: John David Anglin D

[Bug target/113429] RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 --- Comment #1 from Vineet Gupta --- Created attachment 57107 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57107&action=edit Reduced cam4 test

[Bug target/113429] New: RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429 Bug ID: 113429 Summary: RISC-V: SPEC2017 527 cam4 miscompilation in autovec VLA build Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/113412] ATAN(Y,X) does not check arguments and generates wrong error message.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412 --- Comment #1 from kargl at gcc dot gnu.org --- Ugh. This seems to be by design. The error message Error: Too many arguments in call to ‘atan’ at (1) is queued by intrinsic.cc(sort_actual) and appears to take precedence over an error queued

[Bug tree-optimization/113424] lim fails to notice possible aliasing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113424 Krister Walfridsson changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #4 from Krister

[Bug rtl-optimization/113423] Missed Optimization: potential redundant load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113423 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Target|

[Bug target/113035] RISC-V: -mtune=sifive-7-series additional dump failures found with bitmanip, zicond, and vector targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113035 --- Comment #1 from Edwin Lu --- Created attachment 57106 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57106&action=edit testsuite failures for rv64 bitmanip and vector as of r14-7474-g7d8de1ca4a7 Double checked for execution failures o

[Bug tree-optimization/91624] FAIL: gcc.dg/tree-ssa/sra-18.c scan-tree-dump-times esra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91624 --- Comment #1 from GCC Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:3867dfc3062c7216d05a4691c79edbc0bb455713 commit r14-8157-g3867dfc3062c7216d05a4691c79edbc0bb455713 Author: John David Anglin Da

[Bug tree-optimization/113424] lim fails to notice possible aliasing

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

[Bug tree-optimization/113424] lim fails to notice possible aliasing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113424 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2024-01-16 Ever confirmed|0

[Bug c++/113360] [13/14 Regression] Truncated constexpr error messages with -std=c++23/26

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360 --- Comment #2 from Marek Polacek --- Idea: use cp_function_chain->invalid_constexpr to not to attempt to explain_invalid_constexpr_fn.

[Bug testsuite/113428] New: [14 regression] gcc.dg/gomp/bad-array-section-c-3.c fails after r14-7158-gb5476e4c881b0d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113428 Bug ID: 113428 Summary: [14 regression] gcc.dg/gomp/bad-array-section-c-3.c fails after r14-7158-gb5476e4c881b0d Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug tree-optimization/113426] Missing scalar evolution replacement sometimes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113426 Andrew Pinski changed: What|Removed |Added Summary|Missed optimization of loop |Missing scalar evolution

[Bug middle-end/112684] ICE: in main, at toplev.cc:2327 with -ftarget-help -fdiagnostics-generate-patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112684 --- Comment #3 from David Malcolm --- Reproducers for trunk and supported releases: Trunk:https://godbolt.org/z/fz8o3c7h6 GCC 13.2: https://godbolt.org/z/bnd55zn7K GCC 12.3: https://godbolt.org/z/qdf54h6nf GCC 11.4: https://godbolt.o

[Bug middle-end/112684] ICE: in main, at toplev.cc:2327 with -ftarget-help -fdiagnostics-generate-patch

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

[Bug other/110205] Some new warnings from clang for the range code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110205 Andrew Macleod changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug middle-end/113410] ICE: in maybe_check_access_sizes, at gimple-ssa-warn-access.cc:3423 with _BitInt() used as array length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113410 Jakub Jelinek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 Andrew Macleod changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 --- Comment #13 from Jakub Jelinek --- r14-2097-g4dfeb1cd8dfca234186216d891ec8f46235c3a14 was a trunk commit, was that backported to 13 branch too (or was it fixed there some other way)? In any case, guess we should include the testcase into the

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 Andrew Macleod changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug translation/108890] Translation mistakes 2023

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108890 --- Comment #7 from GCC Commits --- The trunk branch has been updated by Arthur Cohen : https://gcc.gnu.org/g:747d9a92ddb74fa7ba1bb6ca0079abd5eaa38791 commit r14-7504-g747d9a92ddb74fa7ba1bb6ca0079abd5eaa38791 Author: TieWay59 Date: Wed Apr

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 --- Comment #10 from Xi Ruoyao --- (In reply to Jonathan Wakely from comment #9) > (In reply to Xi Ruoyao from comment #7) > > The C++11 standard explicitly allows to use rand() as the random source for > > random_shuffle, thus this is not a bug

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 Jonathan Wakely changed: What|Removed |Added Severity|enhancement |normal

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 --- Comment #9 from Jonathan Wakely --- (In reply to Xi Ruoyao from comment #7) > The C++11 standard explicitly allows to use rand() as the random source for > random_shuffle, thus this is not a bug but an enhancement. It doesn't just allow it,

[Bug rust/108111] Rust meets clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108111 --- Comment #4 from GCC Commits --- The trunk branch has been updated by Arthur Cohen : https://gcc.gnu.org/g:2046aec032f743023a5e353735255d951e2e54d6 commit r14-7347-g2046aec032f743023a5e353735255d951e2e54d6 Author: Marc Poulhiès Date: Sat

[Bug target/112573] Suboptimal code generation with `-fdata-sections` on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112573 --- Comment #4 from GCC Commits --- The master branch has been updated by Wilco Dijkstra : https://gcc.gnu.org/g:db4e496aadf1d7ab1c5af24410394d1551ddd3f0 commit r14-7284-gdb4e496aadf1d7ab1c5af24410394d1551ddd3f0 Author: Wilco Dijkstra Date:

[Bug tree-optimization/113421] wrong code with -O -fno-tree-fre and _BitInt() multiplication

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

[Bug target/112863] [14 regression] Many obj-c++ tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112863 --- Comment #1 from Iain Sandoe --- which Xcode version produces this? on Darwin23 with XC15.1 I get clean obj-c++ results (but we should omit the duplicates anyway)

[Bug target/112862] [14 regression] gfortran.dg coarray tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862 --- Comment #1 from Iain Sandoe --- this appears to be fixed; I get clean fortran testsuite results on (x86_64) Darwin21 and Darwin23. Please could you check and either close this or post your Xcode version, configure line and OS version.

[Bug middle-end/112684] ICE: in main, at toplev.cc:2327 with -ftarget-help -fdiagnostics-generate-patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112684 --- Comment #1 from Zdenek Sojka --- This happens also with --help=c: $ x86_64-pc-linux-gnu-gcc --help=c -fdiagnostics-generate-patch testcase.c The following options are supported by the language C: --all-warnings Same as -Wall

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 --- Comment #8 from Xi Ruoyao --- (In reply to Xi Ruoyao from comment #7) > The C++11 standard explicitly allows to use rand() as the random source for > random_shuffle, thus this is not a bug but an enhancement. > > As random_shuffle is depreca

[Bug libstdc++/88935] std::random_shuffle does not work if the sequence is longer than RAND_MAX elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88935 Xi Ruoyao changed: What|Removed |Added Severity|normal |enhancement CC|

[Bug c++/113427] ICE: tree check: C++23 `this auto` lambda + multiple (ambiguous) inheritance from closure type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113427 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/113409] ICE: in omp_extract_for_data, at omp-general.cc:411 with -fopenmp-simd and _BitInt()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113409 Jakub Jelinek changed: What|Removed |Added Attachment #57102|0 |1 is obsolete|

[Bug c++/113427] New: ICE: tree check: C++23 `this auto` lambda + multiple (ambiguous) inheritance from closure type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113427 Bug ID: 113427 Summary: ICE: tree check: C++23 `this auto` lambda + multiple (ambiguous) inheritance from closure type Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 --- Comment #11 from Andrew Macleod --- (In reply to Andrew Pinski from comment #10) > (In reply to Anonymous from comment #9) > > (In reply to Andrew Pinski from comment #1) > > > dom3 : > > > ``` > > > > Could you please explain on how you to

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 --- Comment #10 from Andrew Pinski --- (In reply to Anonymous from comment #9) > (In reply to Andrew Pinski from comment #1) > > dom3 : > > ``` > > Could you please explain on how you to record this trace? Is there any > specific compilation op

[Bug tree-optimization/110251] [13/14 Regression] Hang at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110251 Anonymous changed: What|Removed |Added CC||iamanonymous.cs at gmail dot com --- Comme

[Bug middle-end/113406] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:85 with -fstrub=internal and _BitInt() (and __GIMPLE wit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113406 --- Comment #5 from Jakub Jelinek --- (In reply to Andrew Pinski from comment #4) > (In reply to Jakub Jelinek from comment #3) > > Created attachment 57099 [details] > > gcc14-pr113406.patch > > > > Seems ipa-strub.cc contains a copy of the ex

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug middle-end/113406] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:85 with -fstrub=internal and _BitInt() (and __GIMPLE wit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113406 --- Comment #4 from Andrew Pinski --- (In reply to Jakub Jelinek from comment #3) > Created attachment 57099 [details] > gcc14-pr113406.patch > > Seems ipa-strub.cc contains a copy of the expand_thunk I've fixed some weeks > ago. But the gimpl

  1   2   >