Двоичные файлы NDK могут работать в ARC на Chrome OS.
(и было много радости)
Однако многие разработчики Android поставляют только двоичные файлы ARM, поскольку проникновение x86 на рынок телефонов и планшетов невелико. Этому способствует наличие libhoudini
на многих устройствах Android с архитектурой x86, которые могут запускать код ARM NDK на процессорах x86, предположительно, используя тот же тип преобразования кодов операций на лету, что и эмулятор Android ARM. Это медленнее, чем наличие собственных двоичных файлов x86, но это лучше, чем отсутствие доступа к приложению вообще.
Каков статус libhoudini
(или эквивалентной технологии) в отношении приложений ARC в Chrome OS?
Гарантированно ли это, если заядлые пользователи не испортят свою среду Chrome OS?
Возможно ли там быть, но не гарантировано (более-менее текущий статус x86-on-Android)?
Это будет недоступно, поэтому, если вы хотите, чтобы ваши приложения для Android с поддержкой NDK работали в Chrome OS, вы действительно действительно хотите поставлять двоичные файлы ARM и x86 со своим приложением?
Есть ли какой-то другой вариант, о котором я не думаю, который лучше отражает текущее (и, вероятно, ближайшее будущее) состояние?
Лично я поставлю и ARM, и x86, но я хотел бы знать, какой совет давать разработчикам по этому вопросу в целом.