Средства и методы разработки

Большой ARM-процессор дрючить отдельные битики будет медленно и печально. Надо уметь быстро складывать байты в 32-битные числа и обрабатывать их. См. моё предложение. Оно на практике уже реализовывалось в каком-то виде. Таблицы большого размера плохи для попадания мимо кеша процессора. Большой код тоже плохо, но тут уж никуда. C и asm -- вчерашний день. Ты недавно вытаскивал на свет моё сообщение 10-летней давности где ассемблеристы клевали. А сегодня уже то же самое между C и C++. Можно конечно дальше с кросс-платформенным (C) ассемблером копаться, но далеко на нём не уедешь. На нём невозможна эффективная генерация кода (только если совсем руками, но это будет не универсальный код, а только что-то применимое здесь и сейчас). C++ позволяет по заданным правилам генерировать эффективный код -- вот его суть. Можно не думать, мол вот здесь и сейчас вот такой битик вот сюда положить. Не выкладывать по кирпичку -- рук и времени не хватит. Можно задать правила по которым оные кирпичики выкладываются и дальше оно само начнёт, куда быстрей и лучше тебя. Но на сахаре традиционно засилье луддитов-ретроградов, они только вчера ASM бросили, и то не все.