https://www.opennet.dev/openforum/vsluhforumID3/101281.html Доступен CrystaX NDK 10.1.0 (https://www.crystax.net/android/ndk), набор инструментов для разработки на C/C++ (и Objective-C) под Android. CrystaX NDK разработан как прозрачная замена для Android NDK от Google, но при этом добавляет немало возможностей, отсутствующих в оригинальном NDK. Прежде всего это означает, что CrystaX NDK можно использовать вместо Google NDK, и всё будет продолжать работать как раньше. Но при этом станут доступными многие возможности, отсутствующие в Google NDK, такие как поддержка широких символов (https://ru.wikipedia.org/wiki/%D0%A8%D0%B8%D1%80%D0%BE%D0%BA%D0%B8%D0%B9_%D1%81%D0%B8%D0%BC%D0%B2%D0%BE%D0%BB), полноценная система Си-локалей, библиотека расширенных математических функций, поставка более новых версий GCC и Clang, поддержка C++11/C++14, наличие библиотеки Boost и т.д.<br><br><br>В новом выпуске основной упор сделан на совместимость с POSIX, и в большой степени этого удалось достичь. Иными словами, при использовании CrystaX NDK Android становится для разработчика намного более POS https://www.opennet.dev/openforum/vsluhforumID3/101281.html#18 Sun, 01 Feb 2015 23:52:57 GMT &gt; (спаведливости ради следует отметить, что std::thread и std::mutex работали корректно <br>&gt; уже в r9c - в более ранних версиях не пробовал).<br><br>Верно, это я ошибся. Просто я с этим столкнулся намного ранее r9c (еще в r7), и мне немало пришлось потрудиться, чтоб заставить std::thread и std::mutex корректно работать. Ну а сейчас произошла некоторая аберрация памяти и я назвал std::thread/std::mutex в списке недоступных фич.<br><br>&gt; Однако при попытке сделать это ("просто заменить") с проектом с native activity <br>&gt; запускаемым через native_app_glue, и использующим минимиум third-party библиотек (Box2D, <br>&gt; tinyxml2 и libpng) проект успешно компилируется, однако не запускается на планшете <br>&gt; ("...could not load application...").<br><br>Надо просто загрузить libcrystax.so перед загрузкой native activity. Если у вас есть хоть сколько-нибудь Java кода, то проще всего это сделать так:<br><br>static {<br> System.loadLibrary("crystax");<br>}<br><br>Если же Java нет и добавлять не хочется, то можно:<br><br>- написать свой stub, в котором де https://www.opennet.dev/openforum/vsluhforumID3/101281.html#17 Sun, 01 Feb 2015 23:41:20 GMT Спасибо за пояснения!<br><br>(спаведливости ради следует отметить, что std::thread и std::mutex работали корректно уже в r9c - в более ранних версиях не пробовал).<br><br>Еще два вопроса: <br><br>1. Вы говорите, что можно просто заменить Google NDK на CrystaX и все будет работать также, как и ранее с NDK, "только лучше" :-) <br><br>Однако при попытке сделать это ("просто заменить") с проектом с native activity запускаемым через native_app_glue, и использующим минимиум third-party библиотек (Box2D, tinyxml2 и libpng) проект успешно компилируется, однако не запускается на планшете ("...could not load application...").<br><br>2. Можно ли слинковать вашу библиотеку libcrystax с программой статически?<br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#16 Sun, 01 Feb 2015 22:33:18 GMT И кстати - std::chrono в Google NDK более-менее доступен (при использовании), но std::chrono::monotonic_clock, к примеру, не гарантирует монотонности, а просто и тупо является алиасом к std::chrono::system_clock. Как говорится, удачи в отладке. Даже предупреждения не выдается при сборке.<br><br>А в CrystaX NDK std::chrono::monotonic_clock - это честный monotonic clock, на ход времени которого не влияет переустановка системного времени.<br><br>И это только один из множества примеров, когда, чтобы поймать ошибку, приходится отлаживаться не то чтобы часами или днями, но иногда даже неделями - и все только для того, чтобы выяснить, что баг в системной libc или в gnustl. До сих пор вспоминаю, сколько времени пришлось потратить, чтоб в конце концов выяснить, что strtod() не парсит строки "0xNNN", а просто возвращает нуль. Если б хотя бы падала, легче найти причину было бы - но нет, просто 0 на выходе. А чтобы дойти до strtod(), пришлось продраться через огромную гору кода, и затратить на это несколько дней.<br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#15 Sun, 01 Feb 2015 22:20:04 GMT &gt;[оверквотинг удален]<br>&gt; забыть." <br>&gt; Но вообще-то, это совсем не так. Стандартный NDK содержит не 2, а <br>&gt; 4 реализации STL ( http://www.kandroid.org/ndk/docs/CPLUSPLUS-SUPPORT.html ): <br>&gt; - system - та самая обрезаная версия "без всего", которую Вы ошибочно <br>&gt; называете GNU libstdc++ <br>&gt; - gabi++ <br>&gt; - stlport <br>&gt; - gnustl - собственно GNU libstdc++ с полной поддержкой std::thread, std::mutex, std::chrono, <br>&gt; и всего остального, что входит в C++11 - при условии выбора <br>&gt; соответсвующего toolchain (например, gcc 4.8 или 4.9).<br><br>Это ошибочное представление. "Версии" system/gabi++/stlport я во внимание не принимаю, т.к. system и gabi++ - это вообще даже рядом не "стандартная библиотека C++", а stlport сильно устарела и C++11 возможностей в ней просто нет.<br><br>Так что я говорил о gnustl (GNU libstdc++ - $NDK/sources/cxx-stl/gnu-libstdc++) и libc++ (LLVM libc++ - $NDK/sources/cxx-stl/llvm-libc++). Они обе вполне реализуют то, что требует стандарт C++11 от стандартной библиотеки. Проблема только в том, что ко https://www.opennet.dev/openforum/vsluhforumID3/101281.html#14 Sun, 01 Feb 2015 22:03:14 GMT &gt; Но при этом станут доступными многие возможности, отсутствующие в Google NDK,<br>&gt; такие как ... поддержка C++11/C++14, наличие библиотеки Boost и т.д.<br><br>Видел Ваши сообщения еще на двух ресурсах. Например, на rsdn Вы утверждаете:<br><br>"В Android NDK доступны на выбор две реализации стандартной библиотеки C++ &#8212; GNU libstdc++ и LLVM libc++. К сожалению, обе работают плохо. Используя GNU libstdc++, вы не получите ни std::thread, ни std::mutex, ни std::chrono &#8212; и это далеко не все. Фактически, о полноценном C++11 можно забыть."<br><br>Но вообще-то, это совсем не так. Стандартный NDK содержит не 2, а 4 реализации STL ( http://www.kandroid.org/ndk/docs/CPLUSPLUS-SUPPORT.html ):<br><br>- system - та самая обрезаная версия "без всего", которую Вы ошибочно называете GNU libstdc++<br>- gabi++ <br>- stlport <br>- gnustl - собственно GNU libstdc++ с полной поддержкой std::thread, std::mutex, std::chrono, и всего остального, что входит в C++11 - при условии выбора соответсвующего toolchain (например, gcc 4.8 или 4.9). <br> <br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#13 Thu, 29 Jan 2015 15:20:48 GMT Там нет дефолтного варианта сайта. Он просто смотрит на HTTP AcceptLanguage, присылаемый браузером, и выдает страницу на нужном языке.<br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#12 Wed, 28 Jan 2015 14:35:25 GMT Ешь не ешь, а помрешь неминуемо.<br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#11 Mon, 26 Jan 2015 08:40:56 GMT Хм. А разве само наличие libcrystax не гробит на корню саму идею комплекта для нативной разработки?<br> https://www.opennet.dev/openforum/vsluhforumID3/101281.html#10 Mon, 26 Jan 2015 06:40:06 GMT Добавлю к 1, что возможен кроссплатформенный софт с кроссплатформенной же мордой.<br>При использовании библиотек типа Cocos2d-x в проекте код для Android и iOS может отличаться только в тех местах, где действительно выполняются разные действия. Остальные отличия возьмет на себя библиотека.<br>