Lewis Baker

See https://github.com/lewissbaker/cppcoro/pull/125 for changes needed to support vs2019 on appveyor. I have not yet merged it because vs2019 was failing some optimised tests. I haven't had a chance to investigate...

@joemmett I've updated the PR to rebuild with the latest Visual Studio 2019 on AppVeyor (MSVC 14.24.28314). Compilation seems to be failing with odd front-end error messages: https://ci.appveyor.com/project/lewissbaker/cppcoro/builds/30413745/job/1wf0ccttb8tegami#L35 Is MSVC...

Thanks @joemmett. I've updated the build config to add `/permissive-` and the CI builds seem to be getting farther now. I'm still seeing the x86 optimised tests crash (I assume...

Note that there are some experimental implementations of the task, async_generator and recursive_generator that use the symmetric transfer facility in the https://github.com/lewissbaker/cppcoro/tree/tailcall branch

PR #91 has merged support for symmetric-transfer on compilers that support it. It's currently conditionally compiled in with `#if CPPCORO_COMPILER_SUPPORTS_SYMMETRIC_TRANSFER` which is currently only defined for Clang. Once we have...

In the vs2019 branch I have updated the doctest header to a more recent version which suppresses the deprecation warning for its use of `std::uncaught_exception()`.

It should definitely be possible to build such a coroutine type, at least from the consumer’s point of view. It would require a bit more thought on how to design...

Thanks for the report. I have noticed that some of the CI clang optimised builds have been failing with a timeout but I haven't had time to investigate yet. eg....

Just out of interest, what did the issue end up being?

This is typically due to clang not finding the platform includes. Does it work if you change the `ninja` command [here](https://github.com/lewissbaker/cppcoro/blob/master/build-clang.sh#L88-L91) to just `ninja install` to get it to build/install...