юзать говно ради поддержки опен сорса?

Эм? Расскажите что не может эклипс

в нем хоть превью разметки есть?)

о, когда релиз? хочется в маршрутке кодить)

я вообще пишу IDE под андроид и что)

Прям на дроиде собирать апк? Ну звучит круто, если не ошибаюсь ни одной нормальной ещё нет Хотя пара драг Андрей дроп существует

AIDE в маркете

это будет простенькое что-то или там прям и ресурсы и се что хоешь?..

там нет поддержки Retrofit Realm Java 8 Kotlin

Хочу видеть как быстро разрядится девайс при компиляции проекта с кодогеном

ну я думаю что сейчас мобилки не слабее компов

Хочу видеть как быстро разрядится девайс при компиляции проекта с кодогеном

кодогена в ретрофите кстати нету

Realm

аа ну это естественно.. я не проверял не мог. не знал про gradle и компилил все руками

градл на десктопе не слишком быстрый

.. d8 компилировал хелло ворлд минуту

д8 это просто дексер

ну я думаю что сейчас мобилки не слабее компов

Собрать нормально проект билд-тулзами НЕ-ВАРИАНТ! ПРОВЕРЕНО! Я было дело упоролся - на малинке и jdk поднял и весь sdk с градлом - всё вроде бы ок .... но в последний момент билд плагин послал меня нафиг, сославшись на ошибку aapt - который не может быть запущен на arm64 итого пока: стандартный тулинг пашет только на x86/x86_64 если когда гугл выдаст арм-совместимые тулы, а арм в свою очередь выдаст нормальные процы для раб станций - то будет очь круто.... ndk - юнит тесты и native-дебаги прям на desktop-е можно будет делать

Собрать нормально проект билд-тулзами НЕ-ВАРИАНТ! ПРОВЕРЕНО! Я было дело упоролся - на малинке и jdk поднял и весь sdk с градлом - всё вроде бы ок .... но в последний момент билд плагин послал меня нафиг, сославшись на ошибку aapt - который не может быть запущен на arm64 итого пока: стандартный тулинг пашет только на x86/x86_64 если когда гугл выдаст арм-совместимые тулы, а арм в свою очередь выдаст нормальные процы для раб станций - то будет очь круто.... ndk - юнит тесты и native-дебаги прям на desktop-е можно будет делать

Собрать нормально проект билд-тулзами НЕ-ВАРИАНТ! ПРОВЕРЕНО! Я было дело упоролся - на малинке и jdk поднял и весь sdk с градлом - всё вроде бы ок .... но в последний момент билд плагин послал меня нафиг, сославшись на ошибку aapt - который не может быть запущен на arm64 итого пока: стандартный тулинг пашет только на x86/x86_64 если когда гугл выдаст арм-совместимые тулы, а арм в свою очередь выдаст нормальные процы для раб станций - то будет очь круто.... ndk - юнит тесты и native-дебаги прям на desktop-е можно будет делать

почему нет ничего на них

Всем привет. Пытаюсь компилировать в андроиде ndk и выкидывает следующее сообщение ../../../../../../Engine/LGL/LGLAPI.h:25:52: error: expected ';' after top level declarator typedef void ( *PFNGLCULLFACEPROC ) ( GLenum mode ) LGL_CALL; ^ ; как такое можно побороть? На всякий случай смотрел в файле - там никаких левых символов нет. И это только одна точка в хидере, ниже там еще куча подобных с подобным сообщением. Что может быть не так?

проблема в хидере вашего енжайна однозначно, проверьте табуляцию, utf и проч. Если енжайн - нормальный, но не предоставляет готовых prebuild-binaries.... он обязан компилиться без каких-либо затыков... хотя бы из консоли обычным симейком...🤔... для начала

там обычный хидер сишного файла. декларация типа typedef void ( *PFNGLCULLFACEPROC ) ( GLenum mode ) LGL_CALL; вот какраз на пробел после последней скобки и ругается для всех назначенией в заголовочном файле.

ну... давай логически..... если проблема в тулах андроида - то этот файл должен компилиться - любыми левыми "плюс-плюс билд-тулами". Если там компилится - значит уже андроид-тулчейн косяк, если и там та же ошибка)))...то простите))

ну... давай логически..... если проблема в тулах андроида - то этот файл должен компилиться - любыми левыми "плюс-плюс билд-тулами". Если там компилится - значит уже андроид-тулчейн косяк, если и там та же ошибка)))...то простите))

там обычный хидер сишного файла. декларация типа typedef void ( *PFNGLCULLFACEPROC ) ( GLenum mode ) LGL_CALL; вот какраз на пробел после последней скобки и ругается для всех назначенией в заголовочном файле.

Попробуйте, кстати, препроцессор только напустить на файл и найти в выводе этот кусок )

макрос PFNGLCULLFACEPROC один из многих. всегда почему то ошибка перед LGL_CALL. LGL_CALL тоже макрос, который задан как NDK_FPABI вывод препоцессора глянул бы с удовольствием. Но в это деле новичек, и тем более не наСильник. Даже не представляю как это сделать.

Так -E всегда было вроде... просто ту же строку вызова компилятора с флагом -E