Intereting Posts
Моя кнопка местоположения GoogleMaps v2 Android, не отображается Как перейти к определенному виду с помощью ViewFlipper? Mp4parser запускается на устройстве из Android Studio, но сбой при установке APK вручную Ошибка xml слияния xml при раздувании Android Spinner – onItemSelected / setOnItemSelectedListener не запускается Android Studio 1.0.2 «minifyEnabled true» сбрасывает подписанный выпуск apk Xamarin.Forms untappable ListView (удаляет эффект пульсации выбора) Google play – как часто обновляется статистика консоли разработчика ANR в SurfaceView только для определенных устройств – Единственное исправление – короткое время сна Как я могу показать свое приложение в настройках намерений только для определенных URL-адресов? Как сохранить позицию RecyclerView после изменения Ориентации, используя Firebase & ChildEventListener? Stacked панель вкладок ActionBar, не заполняющая родительскую Не удалось определить зависимости задачи: app: crashlyticsStoreDeobsDebug ', если я включу proguard Как закрыть диалоговое окно в Android программно? Возвращать данные из класса AsyncTask

Инкрементная сборка Android NDK

В настоящее время я работаю над большим Android-приложением, используя огромное количество кода на C ++. Он компилируется и работает, насколько это хорошо.

К сожалению, каждый раз, когда я меняю что-то в структуре моего родного источника (добавляет / удаляет / переименовывает / перемещает файл), что происходит довольно часто, ndk-build перестраивает весь источник, даже нетронутые файлы.

Кто-нибудь знает, как я могу настроить Android NDK для поэтапного наращивания?

заранее спасибо

Solutions Collecting From Web of "Инкрементная сборка Android NDK"

Я устал от системы сборки NDK, немного изучил ее и написал свои собственные make-файлы. Это было не сложно.

Тем не менее, мне тогда было сказано, что, выполняя это, я должен взять на себя ответственность за отслеживание будущих изменений на платформе, например, если возникает необходимость отправлять двоичные файлы для дополнительных типов процессоров, мне пришлось бы изменить мой доморощенный Построить решение, чтобы сделать это тоже.

В других контекстах у меня иногда были проекты с двумя системами построения – один для быстрых экспериментов, другой для развертываемых сборок. Время, затрачиваемое на обновление, время от времени сохранялось много раз в скорости для ежедневной работы. Если мне приходилось делать настоящую сборку, по крайней мере, каждую неделю или две, вещи никогда не были очень далеки от согласованности (и оба сценария сборки были в системе контроля версий, поэтому была история для изучения). Что-то вроде этого можно сделать с помощью настраиваемого make-файла для отладочных сборников и по-прежнему использовать систему сборки NDK для развертываемых пакетов.

(В одном случае, когда вы делаете много экспериментов на грани того, что разрешает платформа, на самом деле у меня был файл makefile, который подталкивал обновленный .so на устройство и дал моему приложению одну из неудобных кнопок с жестким замыканием, поэтому я мог перезапустить его Используя обновленную исходную библиотеку, даже не перестраивая и не переустанавливая apk)