[Bug analyzer/106325] -Wanalyzer-null-dereference false positive due to analyzer not making assumptions for `__attribute__((nonnull))`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106325 --- Comment #10 from David Malcolm --- Should be fixed on gcc 12 branch by the above (for the eventual gcc 12.3 release). Still affects GCC 11 and GCC 10.

[Bug analyzer/108704] Many -Wanalyzer-use-of-uninitialized-value false positives seen in qemu's softfloat.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108704 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug analyzer/108733] -Wanalyzer-use-of-uninitialized-value false positives seen with __attribute__((cleanup))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108733 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 --- Comment #3 from Steve Kargl --- On Wed, Mar 29, 2023 at 05:50:05PM +, emr-gnu at hev dot psu.edu wrote: > > > Extending my original demonstrator, if you add a "INTEGER(KIND=C_INT64_T) :: > E", you get the following output: > > > gfort

[Bug c++/109339] New: stop_token compiled with -Og yields maybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339 Bug ID: 109339 Summary: stop_token compiled with -Og yields maybe-uninitialized Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Pri

[Bug c++/109337] c++2a test concepts4.C passes when it should fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109337 Richard Smith changed: What|Removed |Added CC||richard-gccbugzilla@metafoo

[Bug c++/109339] stop_token compiled with -Og yields maybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/109339] [12/13 Regression] stop_token compiled with -Og yields maybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339 Jonathan Wakely changed: What|Removed |Added Known to work||11.3.1 CC|

[Bug c++/109340] New: Inconsistent diagnostics for invalid member types in union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109340 Bug ID: 109340 Summary: Inconsistent diagnostics for invalid member types in union Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: diagnostic

[Bug rtl-optimization/108713] ICE during RTL pass: into_cfglayout for x86_64-pc-linux-gnu '-m32', C++ 'libgomp.c-c++-common/for-11.c'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108713 --- Comment #3 from Thomas Schwinge --- (Possibly?) similarly now with GCC sources based on 2023-03-28 commit b3c5933ee726004e4e47291d422dfe7ac3345062, with a bunch of local OMP changes on top (but those shouldn't be touching the relevant area o

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug libstdc++/109242] C++2b std::optional::transform omits required std::remove_cv_t from return optional type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109242 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code Assignee|unassig

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 --- Comment #5 from Andrew Pinski --- There is a bug with -m32 and fc-prototypes though, it should be long long rather than long long. Let me provide a patch for that.

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 --- Comment #6 from Andrew Pinski --- diff --git a/gcc/fortran/dump-parse-tree.cc b/gcc/fortran/dump-parse-tree.cc index 3b24bdc1a6c..7869130ac2b 100644 --- a/gcc/fortran/dump-parse-tree.cc +++ b/gcc/fortran/dump-parse-tree.cc @@ -3697,6 +3697,8

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 --- Comment #7 from Steve Kargl --- On Wed, Mar 29, 2023 at 09:28:38PM +, pinskia at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 > > --- Comment #5 from Andrew Pinski --- > There is a bug with -m32 and fc-p

[Bug fortran/109322] -fc-prototypes does not correctly translate INTEGER(KIND=C_SIZE_T), and other sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 --- Comment #8 from Andrew Pinski --- (In reply to Steve Kargl from comment #7) > On Wed, Mar 29, 2023 at 09:28:38PM +, pinskia at gcc dot gnu.org wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322 > > > > --- Comment #5 from An

[Bug ipa/109303] [13 Regression] ICE in push_agg_values_from_plats, at ipa-cp.cc:1458 since r13-3358-ge0403e95689af7d5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109303 --- Comment #5 from Martin Jambor --- (In reply to Jakub Jelinek from comment #4) > --- gcc/ipa-cp.cc.jj 2023-03-14 19:12:19.949553036 +0100 > +++ gcc/ipa-cp.cc 2023-03-29 18:32:34.14423 +0200 > @@ -3117,7 +3117,9 @@ propagate_aggs_acro

[Bug tree-optimization/109154] [13 regression] jump threading de-optimizes nested floating point comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154 --- Comment #40 from Andrew Macleod --- > There is no problem with adding --params, and those are always better than > magic numbers. > > Btw, I originally wondered why we don't re-compute zone1_12 because it's > in the imports of the successo

[Bug analyzer/105273] -Wanalyzer-use-of-uninitialized-value warns on "missing" default for switch when callers can be statically determined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105273 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/109340] Inconsistent diagnostics for invalid member types in union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109340 --- Comment #1 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:31a909712014b75fc6ae2ca5eaa425f218bb5f32 commit r13-6934-g31a909712014b75fc6ae2ca5eaa425f218bb5f32 Author: Jonathan Wakely Date:

[Bug c++/109340] Inconsistent diagnostics for invalid member types in union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109340 --- Comment #2 from Jonathan Wakely --- Gah, wrong ID in that commit message.

[Bug libstdc++/109242] C++2b std::optional::transform omits required std::remove_cv_t from return optional type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109242 --- Comment #4 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ee122a2eeaea2ffec0e32577c7372bd4e2289e11 commit r13-6937-gee122a2eeaea2ffec0e32577c7372bd4e2289e11 Author: Jonathan Wakely Date:

[Bug libstdc++/109242] C++2b std::optional::transform omits required std::remove_cv_t from return optional type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109242 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |12.3 --- Comment #5 from Jonathan Wak

[Bug bootstrap/109051] Configure takes long time for multibuild of run-time libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109051 --- Comment #5 from Andrew Pinski --- aprofile is 10 multilibs and rmprofile is 21 multilibs. so 31 multilibs in total (if I counted correctly). that is a lot of building in general.

[Bug tree-optimization/109192] [13 Regression] timeout with -O3 since r13-5579

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109192 --- Comment #15 from chenglulu --- (In reply to Andrew Macleod from comment #14) > The upcoming patch for 109274 should resolve this. The problem has been solved. Thanks!

[Bug middle-end/109326] Sub-optimal assembler code generation for valid C on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109326 --- Comment #5 from Steve Thompson --- (In reply to Andrew Pinski from comment #4) > (In reply to Steve Thompson from comment #3) > > However I don't understand why olock_reset_op() is so large. It's > > a trivial initializer for a descriptor w

[Bug middle-end/109326] Sub-optimal assembler code generation for valid C on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109326 --- Comment #6 from Steve Thompson --- (In reply to Steve Thompson from comment #5) > 18 16 32 > 64B code: > > 1.2K code: Sorry, my touchpad glitched and sent prematurely. For the overlarge vectorized version I hate: [28] n

[Bug c++/105452] [10/11/12/13 Regression] static_assert inside anonymous union inside a templated struct causes invalid "inaccessible within this context" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105452 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug libgcc/109282] Libgcc references sh and not $(SHELL) in Makefile.in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109282 --- Comment #5 from Chris Johns --- (In reply to Andrew Pinski from comment #4) > My bet if you do /bin/sh you would also get into trouble too ... I do not think it is /bin/sh but you are right with the link bring MacOS blocking an exe that sho

[Bug ipa/107769] [12/13 Regression] -flto with -Os/-O2/-O3 emitted code with gcc 12.x segfaults via mutated global in .rodata since r12-2887-ga6da2cddcf0e959d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769 Xionghu Luo (luoxhu at gcc dot gnu.org) changed: What|Removed |Added CC||yinyuefengyi a

[Bug tree-optimization/107409] Perf loss ~5% on 519.lbm_r SPEC cpu2017 benchmark with r10-5090-ga9a4edf0e71bba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107409 --- Comment #22 from Rama Malladi --- I will close this issue as we were unable to reproduce the perf drop going from gcc-7 to gcc-8 on a Graviton2 based instance. The performance of 519.lbm_r built with gcc-7.4 was same as that with gcc-8.5.

[Bug tree-optimization/107409] Perf loss ~5% on 519.lbm_r SPEC cpu2017 benchmark with r10-5090-ga9a4edf0e71bba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107409 --- Comment #23 from Rama Malladi --- (In reply to Rama Malladi from comment #22) > I will close this issue as we were unable to reproduce the perf drop going > from gcc-7 to gcc-8 on a Graviton2 based instance. The performance of > 519.lbm_r bu

<    1   2