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

D>>NDK спасибо что есть, иначе пришлось бы писать на нелепых языках Java и Kotlin, а они, кроме как в Андроид, нужны вот где:.
P>C++ во времена 2005 года был невероятно нелепо реализованным стандартом, напомню.

Как будто была (и есть) какая-то альтернатива


D>>Есть у меня библиотека, которая парсит специфического вида XML. На С++. Зависит, как ни странно, от libxml2. Этот libxml2 внутри Андроида есть, НО его нельзя использовать в NDK, потому что нет ни заголовочных файлов, ни нужной .so
D>>И так с десятком библиотек общего назначения (ещё мне нужен SQLite, например), которые есть внутри Андроида как операционки
P>Очень и очень плохая затея. При запуске такого "оптимизированного" приложения на девайсе, который собран для каких-то вендоров с их видением libxml все просто может вывалиться.
Как-то справляются как iOS, так и Linux (последние лет ндцать).


D>>виртуальное поделие ART всё равно использует опенсорсные де-факто стандарты для своей работы.
P>Очередное предложение написать Гуглу свой клон libxml, хмм. Чего же Линукс c iOS юзает такие неправославные протобуфы?
Где предложение? Предложение делать по-человечески.
Как раз-таки сделали "свой клон" — у всех есть, а у них нет. Даже, вроде, в WinPhone есть.

P>Рекомендую собрать через CMake Android ядро с под пяток разным платформ. Хиловат, дасс. У Гугла под все крупные проекты есть свои сборщики.
Но тогда почему cmake используется в NDK?

D>>Как такое дичайшее, лютейшее говно собрало на себя имеющиеся 80% рынка — понимать отказываюсь.
P>Споры с русскими программистами, которые даже образ Андроида не могут собрать самостоятельно и удивляются тому, что он весит больше 10 Гб в архиве.
Шта?


D>>Я-то разберусь, не сегодня-завтра.
D>>А кривым в Андроиде всё останется.
P>Андроид решает проблему как собираться и запускаться под сотни разных железных платформ, а не то, как отдать ядерную библиотечку поюзать нативному юзерскому приложению.

Проблему совместимости с зоопарком платформ решает ядро линукса. Много лет уже как решает.