[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #8 from Jonathan Wakely --- Doh yes, that's just a brain fart

[Bug rtl-optimization/88770] Redundant load opt. or CSE pessimizes code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88770 Peter Cordes changed: What|Removed |Added CC||peter at cordes dot ca --- Comment #2 fro

[Bug target/99293] Built-in vec_splat generates sub-optimal code for -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99293 Michael Meissner changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot gnu.org

[Bug target/99293] Built-in vec_splat generates sub-optimal code for -mcpu=power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99293 --- Comment #3 from Michael Meissner --- Created attachment 50947 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50947&action=edit Proposed patch

[Bug inline-asm/100921] Inline assembly use of struct not counted as use for store elision

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

[Bug inline-asm/100921] New: Inline assembly use of struct not counted as use for store elision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100921 Bug ID: 100921 Summary: Inline assembly use of struct not counted as use for store elision Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #7 from 康桓瑋 --- (In reply to Jonathan Wakely from comment #6) > And LWG 3403 was fixed by r12-1228. Hey, Jonathan, thank you for your contribution to gcc. Regarding the implementation of LWG 3403, the return type of __int128 is unsi

[Bug tree-optimization/25290] PHI-OPT could be rewritten so that is uses match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290 Andrew Pinski changed: What|Removed |Added URL|https://gcc.gnu.org/piperma | |il/gcc-patches/2021-

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58195 --- Comment #6 from Andrew Pinski --- Note the loop based one is a little more complex due to the way GCC IR handles overflow being wrapping or undefined; I am just going to fix the case where overflow is defined as wrapping. The other case needs

[Bug tree-optimization/100864] (a&!b) | b is not opimized to a | b for comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100864 --- Comment #4 from Andrew Pinski --- (In reply to Richard Biener from comment #3) > You can possibly merge it with the That is where I put it already, the ... was actually that part. Obviously this was not a patch just showing what was done. >

[Bug c++/84476] [[nodiscard]] ignored on virtual functions accessed through pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84476 --- Comment #6 from Martin Sebor --- The same problem applies to attribute noreturn (but not deprecated). Clang, ICC, and Visual C++ behave as expected in both cases, suggesting GCC should change.

[Bug c/100920] New: bogus warn on -Wscalar-storage-order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100920 Bug ID: 100920 Summary: bogus warn on -Wscalar-storage-order Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c++/100919] multiple -Wdeprecated-declarations on a call to a deprecated member function pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100919 Martin Sebor changed: What|Removed |Added Known to fail||10.2.0, 11.1.0, 12.0,

[Bug c++/100919] New: multiple -Wdeprecated-declarations on a call to a deprecated member function pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100919 Bug ID: 100919 Summary: multiple -Wdeprecated-declarations on a call to a deprecated member function pointer Product: gcc Version: 11.1.0 Status: UNCONFIRMED S

[Bug c++/70057] duplicate integer overflow diagnostic in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70057 Martin Sebor changed: What|Removed |Added Known to fail|5.3.0, 6.3.0, 7.0 |10.2.0, 11.1.0, 12.0, |

[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 || (x & 0x70) == 0x10 || (x & 0x70) == 0x20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 --- Comment #7 from Andrew Pinski --- (In reply to Andrew Pinski from comment #6) > > And maybe even one like this (which will solve the issue sooner): > > (bit_ior > (cmp (bit_and @0 INTEGER_CST@2) INTEGER_CST@3) > (cmp @0 INTEGER_CST@5)))

[Bug c/69972] duplicate integer overflow diagnostic in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69972 Martin Sebor changed: What|Removed |Added Last reconfirmed|2016-02-29 00:00:00 |2021-6-4 Known to fail|

[Bug target/100912] powerpc64le: ieee128 long double incorrectly printed when using shared libstdc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100912 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-06-04 Component|libstdc++

[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 || (x & 0x70) == 0x10 || (x & 0x70) == 0x20) on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 --- Comment #6 from Andrew Pinski --- #define shift 4 return ((mask(d) == (0x0 << shift)) || (mask(d) == (0x1 << shift)) || (mask(d) == (0x2 << shift))); static inline unsigned mask(const struct dentry *d

[Bug tree-optimization/51781] Missed optimization for ==/!= comparison type-sinking

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

[Bug tree-optimization/68557] Missed x86 peephole optimization for multiplying by a bool

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

[Bug ipa/67014] builtin_tolower is inefficient.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67014 Andrew Pinski changed: What|Removed |Added Component|middle-end |ipa CC|

[Bug c++/100102] [9/10/11/12 Regression] ICE in tsubst, at cp/pt.c:15310

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102 --- Comment #21 from Eduard Rozenberg --- @ppalka Huge thanks for this fix - it's working well for me. Very happy to see the patch applied with no problems to gcc 10.3.0, because it could take several years until the OS and Nvidia support gcc 11

[Bug tree-optimization/65412] sequence of ifs not turned into a switch statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65412 --- Comment #4 from Andrew Pinski --- clang decides at 4 to change it to a switch statement while GCC takes a few extra ifs to change it. Again this is heuristics at work. #define B(y) void f##y(void); #define B10(y) B(y##0) B(y##1) B(y##2)

[Bug tree-optimization/65412] sequence of ifs not turned into a switch statement

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

[Bug fortran/95502] ICE in gfc_check_do_variable, at fortran/parse.c:4446

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

[Bug c++/100918] [9/10/11/12 Regression] Naming a destructor as a qualified template-id results in bogus access error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100918 Patrick Palka changed: What|Removed |Added Known to work||8.5.0 Known to fail|

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #6 from Jonathan Wakely --- And LWG 3403 was fixed by r12-1228. I plan to backport these three patches too. Thanks for all the bug reports like this!

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #5 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:3e5f2425f80aedd00f28235022a2755eb46f310d commit r12-1227-g3e5f2425f80aedd00f28235022a2755eb46f310d Author: Jonathan Wakely Date:

[Bug c++/100918] Naming a destructor as a qualified template-id results in bogus access error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100918 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org E

[Bug c++/100918] Naming a destructor as a qualified template-id results in bogus access error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100918 --- Comment #1 from Patrick Palka --- We began rejecting this starting with r9-4879. If we replace the explicit specialization of Inner::~Inner with a generic definition struct Outer { public: template struct Inner { ~Inner(); }; };

[Bug middle-end/100905] [OpenMP] ICE in convert_nonlocal_omp_clauses, at tree-nested.c:1514 with 'omp loop' in Fortran internal procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100905 Tobias Burnus changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug c++/100918] New: Naming a destructor as a qualified template-id results in bogus access error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100918 Bug ID: 100918 Summary: Naming a destructor as a qualified template-id results in bogus access error Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: n

[Bug c++/100809] PPC: __int128 divide/modulo does not use P10 instructions vdivsq/vdivuq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100809 Michael Meissner changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot gnu.org

[Bug testsuite/100168] Test gcc.dg/pr56727-2.c fails on power10 code generation

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

[Bug fortran/100917] Bind(c): errors handling long double real

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100917 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50946 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50946&action=edit C code for bind(c)

[Bug fortran/100917] New: Bind(c): errors handling long double real

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100917 Bug ID: 100917 Summary: Bind(c): errors handling long double real Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortra

[Bug fortran/100916] Bind(c): CFI_type_other unimplemented.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100916 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50944 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50944&action=edit C code for bind(c)

[Bug fortran/100916] New: Bind(c): CFI_type_other unimplemented.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100916 Bug ID: 100916 Summary: Bind(c): CFI_type_other unimplemented. Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/100915] Bind(c): failure handling C_FUNPTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100915 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50942 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50942&action=edit C code for bind(c)

[Bug fortran/100915] New: Bind(c): failure handling C_FUNPTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100915 Bug ID: 100915 Summary: Bind(c): failure handling C_FUNPTR Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #4 from Jonathan Wakely --- Ah yes, the __member_data and __adl_data concepts aren't decaying the result types.

[Bug fortran/100914] Bind(c): errors handling complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100914 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50940 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50940&action=edit C code for bind(c)

[Bug fortran/100914] New: Bind(c): errors handling complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100914 Bug ID: 100914 Summary: Bind(c): errors handling complex Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c/100913] New: cppcheck: 2 * pointless new assignments in the parser ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100913 Bug ID: 100913 Summary: cppcheck: 2 * pointless new assignments in the parser ? Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Prior

[Bug middle-end/100905] [OpenMP] ICE in convert_nonlocal_omp_clauses, at tree-nested.c:1514 with 'omp loop' in Fortran internal procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100905 --- Comment #2 from CVS Commits --- The master branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:c7070b31e12c18905ed0a60aaedd7a071aab5c60 commit r12-1226-gc7070b31e12c18905ed0a60aaedd7a071aab5c60 Author: Tobias Burnus Date: F

[Bug d/100882] ICE in gimplify_var_or_parm_decl, at gimplify.c:2755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100882 Iain Buclaw changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug d/100882] ICE in gimplify_var_or_parm_decl, at gimplify.c:2755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100882 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:b81bb0a6025588ac752cd78cce74ecf0d9ab4494 commit r9-9569-gb81bb0a6025588ac752cd78cce74ecf0d9ab4494 Author: Iain Buclaw Date:

[Bug libstdc++/100912] New: powerpc64le: ieee128 long double incorrectly printed when using shared libstdc++

able-bootstrap CC=gcc-11 CXX=g++-11 Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210604 (experimental) (GCC) - Build and run simple test program with the new compiler and libstdc++ ~/build/gcc> cat ~/test-ieee128.cpp #include using namespace std; int ma

[Bug d/100882] ICE in gimplify_var_or_parm_decl, at gimplify.c:2755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100882 --- Comment #3 from CVS Commits --- The releases/gcc-10 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:dcc5cf980af747941b32fd16c1d6a07177a1a404 commit r10-9891-gdcc5cf980af747941b32fd16c1d6a07177a1a404 Author: Iain Buclaw Date

[Bug d/100882] ICE in gimplify_var_or_parm_decl, at gimplify.c:2755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100882 --- Comment #2 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:83f932f23cae74344ec9e67c76faf2f014857992 commit r11-8512-g83f932f23cae74344ec9e67c76faf2f014857992 Author: Iain Buclaw Date

[Bug d/100882] ICE in gimplify_var_or_parm_decl, at gimplify.c:2755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100882 --- Comment #1 from CVS Commits --- The master branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:df3fbd5957f12927a459a2686f4eee55f66ec2f4 commit r12-1225-gdf3fbd5957f12927a459a2686f4eee55f66ec2f4 Author: Iain Buclaw Date: Fri J

[Bug fortran/100911] Bind(c): failure handling C_PTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100911 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50938 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50938&action=edit C code for bind(c)

[Bug fortran/100911] New: Bind(c): failure handling C_PTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100911 Bug ID: 100911 Summary: Bind(c): failure handling C_PTR Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/100909] [12 Regression] powerpc64le: Regression causing unexpected error with IBM long double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100909 Peter Bergner changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug fortran/100910] Bind(c): errors handling long double complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100910 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50936 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50936&action=edit C code for bind(c)

[Bug fortran/100910] New: Bind(c): errors handling long double complex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100910 Bug ID: 100910 Summary: Bind(c): errors handling long double complex Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: for

[Bug middle-end/100908] asan clobberes register asm variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100908 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #2 from Andrew

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|-

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 --- Comment #9 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:e912880888f9529eb44e3456c4753fc556c63812 commit r9-9568-ge912880888f9529eb44e3456c4753fc556c63812 Author: Harald Anlauf Dat

[Bug middle-end/100908] asan clobberes register asm variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100908 --- Comment #1 from Andreas Krebbel --- https://gcc.gnu.org/pipermail/gcc/2021-June/236269.html

[Bug c/100909] New: powerpc64le: Regression causing unexpected error with IBM long double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100909 Bug ID: 100909 Summary: powerpc64le: Regression causing unexpected error with IBM long double Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug c++/100893] Template argument conversion fails for dependant constant function pointer template parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100893 Patrick Palka changed: What|Removed |Added Keywords||rejects-valid Status|ASSIGN

[Bug c++/100893] Template argument conversion fails for dependant constant function pointer template parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100893 --- Comment #2 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:6f8c9691495ad5a307db98dc19c3296ee4e6de64 commit r12-1224-g6f8c9691495ad5a307db98dc19c3296ee4e6de64 Author: Patrick Palka Date: F

[Bug middle-end/100593] [ELF] -fno-pic: Use GOT to take address of an external default visibility function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593 --- Comment #11 from Fangrui Song --- (In reply to Alexander Monakov from comment #10) > Is there something wrong or undesirable with making this under -fno-plt (or > the noplt attribute as in your example)? > > (after all, it is a kind of PLT-

[Bug c/100618] Add a -fno-semantic-interposition variant which allows variable interposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100618 Fangrui Song changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug middle-end/100908] New: asan clobberes register asm variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100908 Bug ID: 100908 Summary: asan clobberes register asm variables Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 --- Comment #8 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:df45c5b83447a06e6b15c729807a17409c39ddff commit r10-9890-gdf45c5b83447a06e6b15c729807a17409c39ddff Author: Harald Anlauf D

[Bug fortran/100907] Bind(c): failure handling wide character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50932 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50932&action=edit C code for bind(c)

[Bug c++/100102] [9/10/11/12 Regression] ICE in tsubst, at cp/pt.c:15310

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102 --- Comment #20 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:5357ab75dedef403b0eebf9277d61d1cbeb5898f commit r12-1223-g5357ab75dedef403b0eebf9277d61d1cbeb5898f Author: Patrick Palka Date:

[Bug fortran/100907] New: Bind(c): failure handling wide character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907 Bug ID: 100907 Summary: Bind(c): failure handling wide character Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/100906] Bind(c): failure handling character with len/=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100906 --- Comment #1 from José Rui Faustino de Sousa --- Created attachment 50930 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50930&action=edit C code for bind(c)

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 --- Comment #7 from CVS Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:2fdca7cfda7d49f3b252e79acc5933d764e7b77d commit r11-8511-g2fdca7cfda7d49f3b252e79acc5933d764e7b77d Author: Harald Anlauf D

[Bug fortran/100906] New: Bind(c): failure handling character with len/=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100906 Bug ID: 100906 Summary: Bind(c): failure handling character with len/=1 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/100783] [10/11 Regression] ICE on attribute nonnull and erroneous type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100783 Martin Sebor changed: What|Removed |Added Known to fail|12.0| Summary|[10/11/12 Regression

[Bug fortran/99839] [9/10/11/12 Regression] ICE in inline_matmul_assign, at fortran/frontend-passes.c:4234

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839 --- Comment #6 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:bee8619ad0ac3bd27b7c8dc5819b83a5e8e147a0 commit r12-1222-gbee8619ad0ac3bd27b7c8dc5819b83a5e8e147a0 Author: Harald Anlauf Date: Fr

[Bug c/100783] [10/11/12 Regression] ICE on attribute nonnull and erroneous type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100783 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:5328cad24f7460a39b2def12bb9b62be36c92a54 commit r12-1221-g5328cad24f7460a39b2def12bb9b62be36c92a54 Author: Martin Sebor Date: Fri

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

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

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 --- Comment #5 from Jonathan Wakely --- (In reply to M Welinder from comment #2) > I think the current magic-pointer code could be improved with something like > > template>> > bool operator< (..., T) = delete; Or another constructor f

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 Jonathan Wakely changed: What|Removed |Added CC||headch at gmail dot com --- Comment #

[Bug c++/99778] Spurious -Wzero-as-null-pointer-constant on three-way comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99778 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 --- Comment #3 from Jonathan Wakely --- This is a dup of PR 99778

[Bug middle-end/100905] [OpenMP] ICE in convert_nonlocal_omp_clauses, at tree-nested.c:1514 with 'omp loop' in Fortran internal procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100905 --- Comment #1 from Tobias Burnus --- Tendative patch: --- a/gcc/tree-nested.c +++ b/gcc/tree-nested.c @@ -1484,6 +1484,7 @@ convert_nonlocal_omp_clauses (tree *pclauses, struct walk_stmt_info *wi) case OMP_CLAUSE_AUTO: case OMP

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #3 from 康桓瑋 --- Another trivial issue is that LWG 3403 is not implemented and the ranges​::​data is missing the decay-copy part, making it unable to work with the following type. struct A { int*&& data(); };

[Bug tree-optimization/100732] [11 Regression] ICE on sprintf %s with integer argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100732 Martin Sebor changed: What|Removed |Added Summary|[11/12 Regression] ICE with |[11 Regression] ICE on

[Bug tree-optimization/100732] [11/12 Regression] ICE with -Wall: in ao_ref_init_from_ptr_and_range, at tree-ssa-alias.c:824 since r11-959-gb825a22890740f34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100732 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:9816f509db4966fcb90ed3baab72cc6cd901f06c commit r12-1219-g9816f509db4966fcb90ed3baab72cc6cd901f06c Author: Martin Sebor Date: Fri

[Bug middle-end/100905] New: [OpenMP] ICE in convert_nonlocal_omp_clauses, at tree-nested.c:1514 with 'omp loop' in Fortran internal procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100905 Bug ID: 100905 Summary: [OpenMP] ICE in convert_nonlocal_omp_clauses, at tree-nested.c:1514 with 'omp loop' in Fortran internal procedure Product: gcc Version: 1

[Bug c/100719] missing -Wvla-parameter on a mismatch in second parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100719 Martin Sebor changed: What|Removed |Added Known to fail|12.0| --- Comment #3 from Martin Sebor --- F

[Bug c/100719] missing -Wvla-parameter on a mismatch in second parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100719 --- Comment #2 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:c6503fa93b5565c922f76611a55b0a53cd940a5f commit r12-1218-gc6503fa93b5565c922f76611a55b0a53cd940a5f Author: Martin Sebor Date: Fri

[Bug libgcc/100904] New: [9/10/11 Regression] Wrong line location #include error "No such file or directory" – line + 1 [traditional mode as used by gfortran]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100904 Bug ID: 100904 Summary: [9/10/11 Regression] Wrong line location #include error "No such file or directory" – line + 1 [traditional mode as used by gfortran] Product: gcc

[Bug tree-optimization/100778] [11/12 Regression] Get SIGFPE on simple test with -fpe-trap=invalid and SLP vectorization ON, with gfortran 11.1.0 on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778 --- Comment #7 from Gabrielle Hugo --- Dear Richard, Thanks a lot for confirming the bug, and for posting similar issue bugfix. Will be interesting to understand why SLP vectorization is still too aggressive. Gabrielle

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 --- Comment #2 from M Welinder --- IMHO, nullptr_t would not be an improvement here. We would still have the combination of: (1) Correct usage causing a warning (2) The warning hinting at using the incorrect nullptr instead. (3) po>> bool

[Bug libstdc++/100889] Wrong param type for std::atomic_ref<_Tp*>::wait

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100889 Thomas Rodgers changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/100637] [i386] Vectorize 4-byte vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100637 --- Comment #9 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:8d7dae0eb366a88a1baba1857ecc54c09e4a520e commit r12-1215-g8d7dae0eb366a88a1baba1857ecc54c09e4a520e Author: Uros Bizjak Date: Fri J

[Bug libstdc++/100824] ranges::size should treat the subexpression as an lvalue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100824 --- Comment #2 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ee9548b36a7f17e8a63585b58f340c93dcba95d8 commit r12-1214-gee9548b36a7f17e8a63585b58f340c93dcba95d8 Author: Jonathan Wakely Date:

[Bug libstdc++/100903] Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug target/100757] [12 Regression] arm: ICE (unrecognizable insn) with MVE VPSELQ_S since r12-834-ga6eacbf10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757 --- Comment #10 from Christophe Lyon --- The problem is in vec-common.md: (define_expand "vcond_mask_" [(set (match_operand:VDQWH 0 "s_register_operand") (if_then_else:VDQWH (match_operand: 3 "s_register_operand") (

[Bug middle-end/100898] [9/10/11/12 Regression] ICE with -O2: in gimple_call_arg_ptr, at gimple.h:3264

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

[Bug middle-end/100898] [9/10/11/12 Regression] ICE with -O2: in gimple_call_arg_ptr, at gimple.h:3264

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100898 Jakub Jelinek changed: What|Removed |Added Summary|ICE with -O2: in|[9/10/11/12 Regression] ICE

[Bug libstdc++/100903] New: Bogus "zero as null pointer constant" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100903 Bug ID: 100903 Summary: Bogus "zero as null pointer constant" warning Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

  1   2   >