[Bug c++/117518] templated generic (auto argument) lambda as default template argument is rejected and causing an ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117518 Andrew Pinski changed: What|Removed |Added Summary|ICE: too many template |templated generic (auto

[Bug c++/117518] New: ICE: too many template parameter lists in declaration of lambda

ler-explorer/gcc-snapshot/bin/g++ Target: x86_64-linux-gnu Configured with: ../gcc-trunk-20241109/configure --prefix=/opt/compiler-explorer/gcc-build/staging --enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap --ena

[Bug tree-optimization/111542] [12/13/14/15 Regression] (a==0)&(b==0) into `(a|b) == 0` optimization sometimes gets in the way of other optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111542 --- Comment #7 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > Note IOR with != 0 has the same issue. > Full testcase: > ``` > _Bool f_and(int x,int y) > { > _Bool a = x == 0; > _Bool b = y == 0; > _Bool t = a & b; >

[Bug tree-optimization/111542] [12/13/14/15 Regression] (a==0)&(b==0) into `(a|b) == 0` optimization sometimes gets in the way of other optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111542 --- Comment #6 from Andrew Pinski --- (In reply to Andrew Pinski from comment #3) > I had assumed genmatch would generate that code that would use @0/@1 if they > had side effects. Maybe because I match @0 twice, it assumed we would be > using

[Bug ada/117517] New: Reduce attribute creates bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117517 Bug ID: 117517 Summary: Reduce attribute creates bug Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Ass

[Bug c++/68948] G++ voluntarily removes a function call with terrible side effects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68948 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|---

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 --- Comment #12 from Andrew Pinski --- (In reply to Andrew Pinski from comment #11) > (In reply to Jonathan Wakely from comment #5) > > (In reply to 康桓瑋 from comment #4) > > > same form, but this will trigger ICE: > > > > That's a completely dif

[Bug c++/99546] Weird return value of C++20 requires expression

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

[Bug c++/99546] Weird return value of C++20 requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99546 Andrew Pinski changed: What|Removed |Added CC||eczbek.void at gmail dot com --- Comment

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 117515, which changed state. Bug 117515 Summary: Error: passing lambda expression to constructor in requires expression is invalid https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117515 What|Removed

[Bug c++/117515] Error: passing lambda expression to constructor in requires expression is invalid

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

[Bug c++/117515] Error: passing lambda expression to constructor in requires expression is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117515 --- Comment #3 from eczbek.void at gmail dot com --- (In reply to Jan Schultke from comment #1) > this is particularly weird because > > > bool b = requires { int([] {}); }; > > ... is accepted, so static_assert is in some way related. Testing

[Bug c++/107118] "does not name a type" when used in constrained struct specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107118 Andrew Pinski changed: What|Removed |Added Known to fail||14.1.0 Status|RESOLVED

[Bug target/117478] -ObjC is not accepted: error: argument to '-O' should be a non-negative integer, 'g', 's', 'z' or 'fast'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478 --- Comment #17 from Sergey Fedorov --- (In reply to Iain Sandoe from comment #16) > fixed on trunk - I will pull it onto Darwin-specific branches for earlier > GCC. Thank you very much, Iain!

[Bug c++/107118] "does not name a type" when used in constrained struct specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107118 Luiz Henrique Laurini changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug c++/117516] [12/13/14/15 Regression] compile time hog figuring out has flexarrays

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

[Bug c++/117516] New: [12/13/14/15 Regression] compile time hog figuring out has flexarrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117516 Bug ID: 117516 Summary: [12/13/14/15 Regression] compile time hog figuring out has flexarrays Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: compile-

[Bug c++/117511] [12/13/14/15 Regression] internal compiler error: Segmentation fault at mark_used(tree_node*, int)

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

[Bug c++/117512] ICE on x86_64-linux-gnu: in cp_gimplify_expr, at cp/cp-gimplify.cc:911 with aligned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117512 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking, |

[Bug c++/117336] [14/15 Regression] ICE on lambda in requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117336 Andrew Pinski changed: What|Removed |Added Depends on||99546 --- Comment #3 from Andrew Pinski

[Bug c++/117515] Error: passing lambda expression to constructor in requires expression is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117515 Andrew Pinski changed: What|Removed |Added Depends on||99546 Last reconfirmed|

[Bug c++/117515] Error: passing lambda expression to constructor in requires expression is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117515 --- Comment #1 from Jan Schultke --- The issue is not limited to constructors or constructor templates, but seems to be related to function-style casts containing lambdas inside static_assert: > static_assert(requires { int([] {}); }); ... is

[Bug c++/117515] New: Error: calling constructor with lambda expression in requires expression is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117515 Bug ID: 117515 Summary: Error: calling constructor with lambda expression in requires expression is invalid Product: gcc Version: 15.0 Status: UNCONFIRMED Seve

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #7 from Jordan <8e3g6jay6 at mozmail dot com> --- I'm going to keep this open, but I'm going to use the "fix" I came up with where we push the c_ptr into a variable instead of inlining it. I have 2 possible reasons this is happening,

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #6 from Jordan <8e3g6jay6 at mozmail dot com> --- I know I'm rambling a lot in here, but I have narrowed this down even further: type(c_ptr) :: blah blah = c_loc(required_extension) call required_device_extensions%push_back(blah) T

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #5 from Jordan <8e3g6jay6 at mozmail dot com> --- Here is the functioning code in case this helps, I was basically transferring in a C char ** but I made the mistake of treating it as a char *. Hopefully this helps debug this strange

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #4 from Jordan <8e3g6jay6 at mozmail dot com> --- I should also clarify, the main thing that I changed was call required_device_extensions%push_back(c_loc(required_extension)) to this call required_device_extensions%push_back(requi

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #3 from Jordan <8e3g6jay6 at mozmail dot com> --- So another update to this. If I do it like this, I simply get a crash of: Operating system error: Cannot allocate memory Memory allocation failure in xrealloc function check_device

[Bug fortran/117514] c_loc(character pointer) seems to blow up gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #2 from Jordan <8e3g6jay6 at mozmail dot com> --- (In reply to Jordan from comment #1) > Oh, very sorry. I forgot to include the traceback > > vulkan_driver_select_physical_device.f9failed. > [ 20%] Compiling... > f951: internal comp

[Bug fortran/117514] sizeof(c_null_ptr) or something?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 --- Comment #1 from Jordan <8e3g6jay6 at mozmail dot com> --- Oh, very sorry. I forgot to include the traceback vulkan_driver_select_physical_device.f9failed. [ 20%] Compiling... f951: internal compiler error: gfc_typename(): Undefined type 0x74

[Bug fortran/117514] New: sizeof(c_null_ptr) or something?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117514 Bug ID: 117514 Summary: sizeof(c_null_ptr) or something? Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/117478] -ObjC is not accepted: error: argument to '-O' should be a non-negative integer, 'g', 's', 'z' or 'fast'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478 --- Comment #15 from GCC Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:7729df2f828a8a4f217a76e7ae763bdac95dee71 commit r15-5065-g7729df2f828a8a4f217a76e7ae763bdac95dee71 Author: Iain Sandoe Date: Th

[Bug target/117478] -ObjC is not accepted: error: argument to '-O' should be a non-negative integer, 'g', 's', 'z' or 'fast'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug middle-end/117492] ICE: in decompose, at wide-int.h:1049 with __builtin_stdc_rotate_left/right()

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

[Bug middle-end/117492] ICE: in decompose, at wide-int.h:1049 with __builtin_stdc_rotate_left/right()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492 --- Comment #6 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:ed88bc2344321ee21e92afdd83b50699c4e4df79 commit r15-5064-ged88bc2344321ee21e92afdd83b50699c4e4df79 Author: Andrew Pinski Date: Fr

[Bug middle-end/117496] [15 Regression] infinite recursion in insert_predicates_for_cond() on cdrkit-1.1.11

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

[Bug c++/117513] Lambda with expression containing > passed as a template parameter is parsed incorrectly.

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

[Bug c++/111008] '>' in a lambda as a template argument causes a syntax error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111008 Andrew Pinski changed: What|Removed |Added CC||elliot.haisley at gmail dot com --- Com

[Bug target/117455] Nested function use gives a ld warning about executable stack, after binutils 2.39

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117455 Iain Sandoe changed: What|Removed |Added Summary|ld warning about executable |Nested function use gives a

[Bug c++/98600] Pointer-to-member deduced type not accepted as template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98600 Elliot Haisley changed: What|Removed |Added CC||elliot.haisley at gmail dot com --- Com

[Bug middle-end/117496] [15 Regression] infinite recursion in insert_predicates_for_cond() on cdrkit-1.1.11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496 --- Comment #10 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:6e84a41622f56ca360d995e6092ded3b5a02ba40 commit r15-5063-g6e84a41622f56ca360d995e6092ded3b5a02ba40 Author: Andrew Pinski Date: F

[Bug c++/117513] New: Lambda with expression containing > passed as a template parameter is parsed incorrectly.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117513 Bug ID: 117513 Summary: Lambda with expression containing > passed as a template parameter is parsed incorrectly. Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug libstdc++/106852] Implement C++23 P2465R3 Standard Library Modules std and std.compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106852 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org St

[Bug c/117059] Enhancement: Make -Wzero-as-null-pointer-constant available in C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059 uecker at gcc dot gnu.org changed: What|Removed |Added Keywords||patch --- Comment #2 from ue

[Bug c/117059] Enhancement: Make -Wzero-as-null-pointer-constant available in C

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

[Bug target/117408] ICE on `#pragma arm "arm_mve.h" false`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117408 Torbjorn SVENSSON changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/117408] ICE on `#pragma arm "arm_mve.h" false`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117408 --- Comment #3 from GCC Commits --- The releases/gcc-14 branch has been updated by Torbjorn Svensson : https://gcc.gnu.org/g:e277e1082a86efa7e8649e2664c109eacf8dccb9 commit r14-10912-ge277e1082a86efa7e8649e2664c109eacf8dccb9 Author: Torbjörn S

[Bug target/117408] ICE on `#pragma arm "arm_mve.h" false`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117408 --- Comment #2 from GCC Commits --- The master branch has been updated by Torbjorn Svensson : https://gcc.gnu.org/g:8b04f60f88079c41b5cb1bf3b7c798703cceea18 commit r15-5057-g8b04f60f88079c41b5cb1bf3b7c798703cceea18 Author: Torbjörn SVENSSON D

[Bug c/117391] wrong composite for unspecified sizes

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

[Bug c/117391] wrong composite for unspecified sizes

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

[Bug c/116284] [12/13/14 Regression] incorrect classification of zero-sized array as variably modified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116284 --- Comment #5 from GCC Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:114abf075c1e28358173756042049c9992ae6572 commit r15-5055-g114abf075c1e28358173756042049c9992ae6572 Author: Martin Uecker Date: F

[Bug c/117391] wrong composite for unspecified sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117391 --- Comment #3 from GCC Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:114abf075c1e28358173756042049c9992ae6572 commit r15-5055-g114abf075c1e28358173756042049c9992ae6572 Author: Martin Uecker Date: F

[Bug c++/117512] New: ICE on x86_64-linux-gnu: in cp_gimplify_expr, at cp/cp-gimplify.cc:911 with aligned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117512 Bug ID: 117512 Summary: ICE on x86_64-linux-gnu: in cp_gimplify_expr, at cp/cp-gimplify.cc:911 with aligned Product: gcc Version: 15.0 Status: UNCONFIRMED Seve

[Bug c++/117511] New: internal compiler error: Segmentation fault at mark_used(tree_node*, int)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117511 Bug ID: 117511 Summary: internal compiler error: Segmentation fault at mark_used(tree_node*, int) Product: gcc Version: unknown Status: UNCONFIRMED Severity: n