[Bug c++/102454] coroutines: ICE in gimplify_var_or_parm_decl, at gimplify.c:2958

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102454 --- Comment #7 from Iain Sandoe --- I was leaving it to check if we needed to back port to 10.x as well.

[Bug target/87243] FSF GCC needs to do something special (like using xcrun) on darwin18 to find system headers in SDK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87243 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #11 from Iain Sandoe --- I think this needs to be done selectively (I posted some patches which probably need some polish). We have to remember that (much thought I really appreciates Jakub's work on this) this only solves part of th

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #13 from Iain Sandoe --- Have two patches that implement "--enable-pie-tools" to do this as noted they need some polish and I suspect that we need a "PIEflag.m4" modelled in the same way as PICflag.m4 (which covers both enable and di

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #15 from Iain Sandoe --- if it were only the main exe, I think we'd be OK on m32 Darwin too - but after 10.7 everything gets ASLRd (kernel, DSOs, dynamic linker and exe) so even though each one is in a smallish range, the combined ef

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #18 from Iain Sandoe --- I needed two small additions to build (c-family+Ada+fortran+lto) ** Go and D not tested. diff --git a/gcc/ada/gcc-interface/decl.c b/gcc/ada/gcc-interface/decl.c index 93b6eb5bb45..af6b6bd14d4 100644 --- a/gc

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #19 from Iain Sandoe --- (In reply to Iain Sandoe from comment #18) > I needed two small additions to build (c-family+Ada+fortran+lto) > 3. I have one failing ObjC test... > > (possibly a missing or incorrectly specified GTY(()) - w

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #21 from Iain Sandoe --- I'm not sure that the file size is that critical. IIUC, we never even read the relocation table unless the target returns a different mapped address from the one in the file, and we hope to choose VMA positio

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #27 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #26) > Note, the code to emit that relocation table isn't for free, besides that > ~3% growth of the *.gch files it also slows down the PCH generation, e.g. > for stdc++

[Bug c++/103580] G++ internal compiler error with coroutines and initializer list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103580 Iain Sandoe changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug c++/98056] coroutines: ICE tree check: expected record_type or union_type or qual_union_type, have array_type since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 Iain Sandoe changed: What|Removed |Added CC||lcw at fb dot com --- Comment #16 from Iai

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #32 from Iain Sandoe --- I guess the first part (fixing with PIE) fixes a regression - but the remainder is an enhancement?

[Bug objc/103639] [REGRESSION] GCC 11.2 (or even earlier) breaks switch case with break in fast enumeration loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639 Iain Sandoe changed: What|Removed |Added Status|WAITING |NEW --- Comment #6 from Iain Sandoe ---

[Bug objc/103639] [11/12 Regression] switch case with break in fast enumeration loop generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639 --- Comment #7 from Iain Sandoe --- Created attachment 51965 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51965&action=edit preprocessed (using testsuite sub-set of GNUStep headers) This reproduces the issue when compiled with GCC-10 (

[Bug objc/103639] [11/12 Regression] switch case with break in fast enumeration loop generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103639 --- Comment #8 from Iain Sandoe --- Here's a version using the testsuite object etc. it does not need Foundation (it needs CoreFoundation on Darwin for NSString, but only libobjc on Linux) the issue repeats equally with gnu-runtime on Linux. g

[Bug libfortran/102992] fortran: redirecting standard out to a file does not work on macOS 12.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 Iain Sandoe changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/100772] Templated coroutine new function's arguments have incorrect value categories/overload selection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100772 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC|

[Bug c++/103358] what is the first constructor argument of lambda coroutine promise_type?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103358 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #1 f

[Bug c++/102051] [coroutines] ICE in gimplify_var_or_parm_decl, at gimplify.c:2848

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-12-17 Status|UNCONFIRMED

[Bug fortran/103766] New: [12 Regression] Initialization of variable passed via static chain is lost.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766 Bug ID: 103766 Summary: [12 Regression] Initialization of variable passed via static chain is lost. Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: no

[Bug fortran/103766] [12 Regression] Initialization of variable passed via static chain is lost.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766 Iain Sandoe changed: What|Removed |Added Known to work||10.3.0, 11.1.0 Target Milestone|---

[Bug fortran/103766] [12 Regression] Initialization of variable passed via static chain is lost.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766 --- Comment #1 from Iain Sandoe --- example optimised tree dump: O0 ;; Function sub (sub.0, funcdef_no=1, decl_uid=2979, cgraph_uid=1, symbol_order=0) __attribute__((fn spec (". "))) void sub () { struct __st_parameter_dt dt_parm.0; real(k

[Bug ipa/103766] [12 Regression] Initialization of variable passed via static chain is lost.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103766 --- Comment #7 from Iain Sandoe --- (In reply to Jan Hubicka from comment #6) > I would welcome a testuite friendly version of the fortran testcase Both Andrew and I failed to make a C reproducer - what about just taking the -fdump-tree-gimple

[Bug c++/103790] internal compiler error: Segmentation fault when playing with coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103790 Iain Sandoe changed: What|Removed |Added Keywords||ice-on-invalid-code --- Comment #2 from I

[Bug c++/103790] internal compiler error: Segmentation fault when playing with coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103790 --- Comment #4 from Iain Sandoe --- (In reply to Martin Liška from comment #3) > > the error is correct suspend_always{} is not a valid return for > > await_suspend() - but we should not ICE, of course. > > Note, we don't ICE on master since th

[Bug testsuite/57606] Failure in testing stage 3 of gcc-4.7.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57606 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/48097] gcc sometimes generates code that uses the buggy libgcc_s unwinder on darwin (originally exposed by Throw_2 failures in libjava testsuite under Xcode 4.0)

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

[Bug target/102127] New: [12 Regression] ICE when compiling powerpc/440-mulchw-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102127 Bug ID: 102127 Summary: [12 Regression] ICE when compiling powerpc/440-mulchw-1.c Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal P

[Bug target/102127] [12 Regression] ICE when compiling (m32) powerpc/440-mulchw-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102127 Iain Sandoe changed: What|Removed |Added Keywords||ice-on-valid-code Last reconfirmed|

[Bug c++/101355] incorrect `this' in destructor calls when compiling coroutines with ubsan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101355 Iain Sandoe changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/101355] incorrect `this' in destructor calls when compiling coroutines with ubsan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101355 --- Comment #4 from Iain Sandoe --- patch proposed here: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578401.html

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #6 fr

[Bug c++/99215] coroutines: debugging with gdb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215 --- Comment #12 from Iain Sandoe --- also : https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/352947.html https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/352948.html https://gcc.gnu.org/pipermail/gcc-cvs/2021-September/352949.html

[Bug bootstrap/102242] [12 regression] analyzer/engine.cc built with clang: /usr/include/c++/v1/typeinfo:346:5: error: no member named 'fancy_abort'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #4 f

[Bug fortran/102366] [10/11/12 Regression] Illegal instruction with large arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102366 Iain Sandoe changed: What|Removed |Added Target||x86_64-darwin, |

[Bug fortran/102366] [10/11/12 Regression] Illegal instruction with large arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102366 --- Comment #5 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #4) > And you are trying to use 65532 kbytes long array on the stack, leaving no > stack space for anything else. Clearly user error. out of curiosity, why did this wo

[Bug c++/102489] [12 Regression] ICE in is_this_parameter, at cp/semantics.c:11273 since r12-3529-g70ee703c479081ac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102489 Iain Sandoe changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #25 from Iain Sandoe --- (In reply to Matt Thompson from comment #24) > (In reply to Iain Sandoe from comment #23) > > so fixed on master, but needed on the open branches - so leaving the PR open > > for now. > > Iain, a query: Is t

[Bug c++/102454] ICE in gimplify_var_or_parm_decl, at gimplify.c:2958

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102454 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org --- Comme

[Bug debug/101283] Several tests fail on Darwin with -gctf/gbtf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #21 from Iain Sandoe --- (In reply to Indu Bhagat from comment #20) > Commit https://gcc.gnu.org/g:f007a638a86e4b59bef0a0d8efa5bb8c5e5b200a added > support for targets to opt out of CTF/BTF support. I think that from the Darwin pers

[Bug c++/102454] ICE in gimplify_var_or_parm_decl, at gimplify.c:2958

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102454 --- Comment #3 from Iain Sandoe --- https://gcc.gnu.org/pipermail/gcc-patches/2021-September/580328.html

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #44 from Iain Sandoe --- folks, despite that this particular problem is of concern - I have been working on changes that are needed for correctness (with or without sanitisers!) as any specific fix for this PR would depend on those.

[Bug objc/102537] Objective-C: can't use >= USE_FIXUP_BEFORE paths on non-Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102537 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |12.0 Ever confirmed|0

[Bug c++/101355] incorrect `this' in destructor calls when compiling coroutines with ubsan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101355 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |11.3 --- Comment #7 from Iain Sandoe ---

[Bug c++/93642] [Coroutines] internal compiler error: in expand_expr_addr_expr_1, at expr.c:8070 using co_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93642 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org Resolutio

[Bug c++/102363] source_location in await_transform has function_name referring to internal coroutine funclet rather than source-level function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102363 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-09-30 Status|UNCONFIRMED

[Bug c++/96517] ICE in is_this_parameter when accessing constexpr method of a field inside coroutine lambda (with optimization)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96517 Iain Sandoe changed: What|Removed |Added Keywords||ice-on-valid-code Last reconfirmed|

[Bug c++/99710] coroutines: co_yield and co_await should only be allowed in suspension context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99710 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-09-30 CC|

[Bug c++/99710] coroutines: co_yield and co_await should only be allowed in suspension context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99710 --- Comment #2 from Iain Sandoe --- #include struct task { struct promise_type { std::suspend_always initial_suspend(); std::suspend_always final_suspend() noexcept; task get_return_object(); void return_void

[Bug c++/99575] [coroutines] unexpected move when co_awaiting a nonmoveable object

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

[Bug c++/99575] [coroutines] unexpected move when co_awaiting a nonmoveable object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99575 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |10.4

[Bug c++/101144] Coroutine compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101144 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org Resoluti

[Bug c++/98056] ICE tree check: expected record_type or union_type or qual_union_type, have array_type in build_special_member_call, at cp/call.c:9862 since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 Iain Sandoe changed: What|Removed |Added CC||victor.burckel at gmail dot com --- Commen

[Bug c++/102051] [coroutines] ICE in gimplify_var_or_parm_decl, at gimplify.c:2848

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #2 f

[Bug c++/98432] [coroutine] leaked frame created using await_transform

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

[Bug c++/101367] [coroutines] destructor for capture in lambda temporary operand to co_yield expression called twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-01 CC|

[Bug c++/98691] [coroutines] co_await in a conditional operator evaluates an unreachable code

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

[Bug c++/98935] [coroutines] co_await on statement expressions causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98935 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |10.4 Ever confirmed|0

[Bug c++/99576] [coroutines] destructor of a temporary called too early within co_await expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-01 Status|UNCONFIRMED

[Bug c++/100127] [coroutines] internal compiler error compiling promise with custom awaiter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100127 Iain Sandoe changed: What|Removed |Added Keywords||ice-on-valid-code Target Milestone|---

[Bug c++/100579] [coroutines] Poor codegen using an optional-like type with co_await

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100579 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org Severi

[Bug c++/100611] coroutines: destructor called too many times for coroutine lambda stored object

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

[Bug c++/100673] [coroutines] Non-template, UDT await_suspend return-type results in ICE.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100673 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-1 CC|

[Bug c++/100673] [coroutines] Non-template, UDT await_suspend return-type results in ICE.

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

[Bug c++/101133] [coroutines] co_await doesn't accept a valid awaitable object if await_resume()'s return type is not a built-in type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101133 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |NEW Assignee|unassigned at gcc

[Bug c++/101243] Coroutine lambda capture is destroyed twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101243 Iain Sandoe changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug c++/100611] coroutines: destructor called too many times for coroutine lambda stored object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100611 Iain Sandoe changed: What|Removed |Added CC||victor.burckel at gmail dot com --- Comme

[Bug target/97865] libtool needs to be updated for Darwin20.

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

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-02 Status|UNCONFIRMED

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |10.4

[Bug c++/100127] [coroutines] internal compiler error compiling promise with custom awaiter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100127 --- Comment #4 from Iain Sandoe --- (In reply to Riccardo Brugo from comment #0) > Created attachment 50621 [details] Of course, we should not ICE - but ... > struct promise_type { > std::optional _value = std::nullopt; > >

[Bug c++/99575] [coroutines] unexpected move when co_awaiting a nonmoveable object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99575 Iain Sandoe changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/101133] [coroutines] co_await doesn't accept a valid awaitable object if await_resume()'s return type is not a built-in type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101133 Iain Sandoe changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/100673] [coroutines] Non-template, UDT await_suspend return-type results in ICE.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100673 Iain Sandoe changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug c++/99710] coroutines: co_yield and co_await should only be allowed in suspension context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99710 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 Iain Sandoe changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug c++/95520] [coroutines] __builtin_FUNCTION() returns mangled .actor instead of original function name

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

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-04 Ever confirmed|0

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #3 from Iain Sandoe --- (In reply to Mathias Stearn from comment #0) > https://godbolt.org/z/aoab9W4xG > > This should all compile away, and test() should just be a single ret > instruction. That is not what happens now, even w

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #4 from Iain Sandoe --- note I looked at master (trunk) and 11.2.

[Bug c++/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #5 from Iain Sandoe --- hmm let me see if I can reproduce this (I didn't see it in my earlier tests): .L41: ud2 test(): ret which would make things look somewhat strange indeed (the functions are all TU-local - so

[Bug ipa/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #6 from Iain Sandoe --- #include struct simple { struct promise_type { void return_void() {} std::suspend_never initial_suspend() { return {}; } std::suspend_never final_suspend() noexcept { return {}; }

[Bug ipa/102528] Unused out-of-line functions emitted for trivial coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102528 --- Comment #9 from Iain Sandoe --- (In reply to Mathias Stearn from comment #8) > Sorry again about the confusion caused by my typo. I am not able to edit the > comment to make it clear that the comment#0 should be ignored. If that > happens ag

[Bug c++/98056] coroutines: ICE tree check: expected record_type or union_type or qual_union_type, have array_type since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 --- Comment #14 from Iain Sandoe --- (In reply to Avi Kivity from comment #13) > In current master (90c3a62272313bb08cd5d9a948ff2d71af73b294), we don't ICE, > but instead get this error: > > coroutine-initializer-list.cc: In member function ‘tas

[Bug jit/102824] building pdf/dvi documentation for libgccjit fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/102878] Internal compiler error with coroutine calling constexpr function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102878 Iain Sandoe changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug c++/96517] ICE in is_this_parameter when accessing constexpr method of a field inside coroutine lambda (with optimization)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96517 Iain Sandoe changed: What|Removed |Added CC||lcw at fb dot com --- Comment #1 from Iain

[Bug c++/102508] ICE on coroutine when awaiting inside a statement expression (in transform_local_var_uses, at cp/coroutines.cc:2102)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102508 --- Comment #2 from Iain Sandoe --- thanks for the simplified test case. As noted in pr98935, statement expressions are not handled (I deferred handling them in the initial implementation since they are an extension)... however, it is intended t

[Bug c++/98821] modules : c++tools configures with CC but code fragments assume CXX.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98821 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Target Milestone|---

[Bug bootstrap/102923] New: [12 Regression] powerpc64 (BE) linux all languages bootstrap broken after libffi 3.4.2 import.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102923 Bug ID: 102923 Summary: [12 Regression] powerpc64 (BE) linux all languages bootstrap broken after libffi 3.4.2 import. Product: gcc Version: 10.2.1 Status: UNCONFIRMED

[Bug bootstrap/102923] [12 Regression] powerpc64 (BE) linux all languages bootstrap broken after libffi 3.4.2 import.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102923 --- Comment #2 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #1) > But not sure about linux64.S if it doesn't suffer from the same problem. my bad .. incomplete report: ../../../src-patched/libffi/src/powerpc/linux64.S:173: Er

[Bug c++/102883] Calling co_yield with initializer list containing shared_ptr causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102883 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/98056] coroutines: ICE tree check: expected record_type or union_type or qual_union_type, have array_type since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 Iain Sandoe changed: What|Removed |Added CC||brad.nemanich at amd dot com --- Comment #

[Bug libgcc/102968] macOS Monterey not yet supported in configure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102968 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-27 Status|UNCONFIRMED

[Bug libfortran/102992] Piping in a file does no longer work on macOS Monterey

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-10-28 Target Milestone|---

[Bug libfortran/102992] Piping in a file does no longer work on macOS Monterey

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 --- Comment #6 from Iain Sandoe --- I had a brief look at some new fails on macOS12 / Darwin21 for gcov. It seems that .mod_term_funcs entries are not being run - so if libgfortran relies on something defined as __attribute__((destructor)) [e.g

[Bug libfortran/102992] Piping in a file does no longer work on macOS Monterey

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 --- Comment #7 from Iain Sandoe --- (although , the output is fine when not redirected, so perhaps that's irrelevant)

[Bug libfortran/102992] fortran: redirecting standard out to a file does not work on macOS 12.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 Iain Sandoe changed: What|Removed |Added Summary|Piping in a file does no|fortran: redirecting |l

[Bug libfortran/102992] fortran: redirecting standard out to a file does not work on macOS 12.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 --- Comment #16 from Iain Sandoe --- (In reply to Thomas Koenig from comment #14) > (In reply to Iain Sandoe from comment #6) > > I had a brief look at some new fails on macOS12 / Darwin21 for gcov. > > > > It seems that .mod_term_funcs entries

[Bug libfortran/102992] fortran: redirecting standard out to a file does not work on macOS 12.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 --- Comment #17 from Iain Sandoe --- (In reply to Thomas Koenig from comment #15) > Hmm, to test this further: What does > > program main > use, intrinsic :: iso_fortran_env, only: output_unit > write (*,'(A)') 'Hello, world!' > flush out

<    1   2   3   4   5   6   7   8   9   10   >