[C++ coroutines] Initial implementation pushed to master.
Mon Jan 20 21:53:00 GMT 2020
Richard Biener <email@example.com> wrote:
> On Sat, Jan 18, 2020 at 2:02 PM Iain Sandoe <firstname.lastname@example.org> wrote:
>> Hi Jakub,
>> Jakub Jelinek <email@example.com> wrote:
>>> On Sat, Jan 18, 2020 at 12:53:48PM +0000, Iain Sandoe wrote:
>>> Shouldn't this be mentioned in
>>>> * This is not enabled by default (even for -std=c++2a), it needs
>>> And, if this is the planned case even for GCC 10 release, I think the
>>> -fcoroutines option needs to be mentioned there too.
>> Yes, (and I also need to update the wiki), just didnât want to delay the
>> commit any
>> I will get onto those (on Monday probably).
> It also deserves a changes.html entry in the C++ parts.
> Does the compiler
> hint at using -fcoroutines when the user tries to use those and specifies
the library header will complain that -fcoroutines is needed, and nothing is
really usable without it (I suppose that if a user wants to supply their own
replacement header, then they would have to discover this).
Keywords and builtins will also fail, although I am not sure if they will
hint - can look into that.
> (I'm curious about the -fcoroutines requirement, is that because
> the implementation might still become incompatible with the actual c++2a?)
There are still a couple of things under discussion that should be expected
be resolved at the next WG21 meeting, so that hopefully (assuming the impact
is restricted to changes that are thought to be acceptible) we ought to be
up before GCC 10 releases, however, one cannot guarantee this - so playing
safe for now.
More information about the Libstdc++