Здравствуйте, barney, Вы писали:

_>>Это ты уже какую-то чушь пишешь. В библиотеку Boost.Context (которая как раз отвечает за переключение стеков в сопрограммах) входит всего по 3 очень простеньких asm файла на каждую архитектуру процессора (а вот их побольше чем 5, хотя и не сильно). Так что при появление гипотетического arm128 написание версии под него скорее всего займёт меньше одного часа...
B>Речь была о rethinkdb.

Причём тут какой-то rethinkdb, если ты писал свой ответ на вполне однозначную фразу "стекфул корутины в бусте не зря на асме сделали, а не на longjump"?

B>Boost в этом плане интереснее, да и тяготеет становиться стандартом,
B>но, вроде бы пока что он плохо заводится на Android NDK

Естественно, что не все библиотеки Boost'a собираются под Андроид (причём это не какие-то баги, а вполне себе заранее заложенная и документированная ситуация). Однако с обсуждаемыми библиотеками (переключения контекстов, сопрограммы и т.п.) никаких проблем нет. И это вполне предсказуемо — откуда возьмутся проблемы у банального ассемблерного кода сохранения/восстановления регистров? Там сложности в основном у библиотек требующих всяческий специфичный системный API...