Если вы не возражаете против неявных продолжений, Килим - отличный вариант. Он работает, обрабатывая аннотированные методы и генерируя для вас продолжения в байт-коде. Очевидно, что он делает намного больше, поскольку это фреймворк, но если вы хотите (превосходную) производительность поточно-ориентированных продолжений, стоит посмотреть.
You can use gcc to make asm inlines with __asm__
, or just get a gnu as
for arm and write code in separate files. You should have no problems with later linking them up to your project, but I'd suggest you to use c/Objective-C code to wrap up your asm stubs, as writing the whole iPhone application in assembler is somewhat hard (you need to be pretty good in ObjC runtime internals).
You might be interested in using custom Makefiles, however Xcode projects should be sufficient for most of the taks too.
Обратите внимание, что нет ничего плохого в том, чтобы включить сборку в отправку в магазин приложений. Они не одобряют только использование фреймворков, которые не являются общедоступными.
Их не волнует, как создается двоичный файл, пока он работает, выглядит прилично и следует вышеупомянутому правилу.