Техника написания аналога await/async из C# для C++

Ну, в том виде, в котором вы привели код, оно вовсе не будет компилировать.
Однако, предположим, что мы устраним синтаксические ошибки, а так же добавим тип возвращаемого значения из CalcSomething. Получим

private async void Handler(Params prms)
{
    var r1 = await new Task<object>(() => CalsSomething())
    ProcessResult(r1);
}

В таком виде ProcessResult никогда не будет вызван, потому что задачу, отвечающая за CalcSomething, никто никогда не стартует.
Ок, перепишем, как надо

private async void Handler(Params prms)
{
    var r2 = await Task.Run(() => CalsSomething());
    ProcessResult(r2);
}

Ое, задача стартовала, ProcessResult вызван. Теперь самое интересное.

Если у входного потока был установлен SyncronizationContext, или в параметрах Task.Run был передан вот такой аргумент TaskScheduler.FromCurrentSynchronizationContext(), то по окончании исполнения CalсSomething исполнение неявного коллбека с ProcessResult будет добавлено в очередь к этому SyncronizationContext-у, и исполнено на входном потоке.
Если нет — исполнение ProcessResult будет выполнено на первом попавшемся треде, не обязательно UI.
Так вот, у WinForms у входного потока SyncronizationContext есть, поэтому ProcessResult отсылается исполняться на UI.

Если интересно почитать, то вот есть удовлетворительная тематическая ссылка programmers.stackexchange.com/questions/114605/how-will-c-5-async-support-help-ui-thread-synchronization-issues

Прикол в том, что Async сам по себе вообще не создает отдельных тредов.

The async and await keywords don't cause additional threads to be created. Async methods don't require multithreading because an async method doesn't run on its own thread. The method runs on the current synchronization context and uses time on the thread only when the method is active. You can use Task.Run to move CPU-bound work to a background thread, but a background thread doesn't help with a process that's just waiting for results to become available.

msdn.microsoft.com/en-us/library/vstudio/hh191443.aspx

ок, then — аргумент. Даже удивляюсь почему его в стандарте нету. Но в бусте есть, и в PPL есть. А чем await удобнее?

Кстати, вы в сторону Mono.Tasklets не смотрели? Насколько я понимаю, реализован тот же функционал с сопрограммами, по крайней мере код, похожий на async/await (т. е. без лямбд) на них можно было делать задолго до C# 5. Единственное, требуется поддержка со стороны рантайма, предоставляемая только Mono, т. е. решение непереносимое.