В текущем NDK r5c присутствуют следующие toolchain'ы:
arm-linux-androideabi-4.4.3 (по умолчанию)
arm-eabi-4.4.0
Проверьте, пожалуйста, еще раз версию gcc, которую вы используете.
Версия 4.3.4 очень старая по меркам gcc.
Даже используемая сейчас 4.4.3 на самом деле далека от совершенства потому как, например, отвратительно работает с NEON intrinsics
(2) Про RTTI и исключения
Насколько я знаю исключения и RTTI доступны только при использовании GNU STL.
При использовании STLPort ими пользоваться нельзя.
Могу только похвалить за то, что используете подмножество STL доступное и там и там.
В проектах, анализом которых я занимался, STLPort был жизненно необходим. Со всеми вытекающими.
Рекомендую обратиться к презентации моего коллеги Ларса Бишопа о нашем опыте портирования больших игровых проектов на платформу Android: Bringing High-end 3D Games to Android
NDK r5 (текущая версия) использует для сборки проектов gcc 4.4.3 (по умолчанию) и gcc 4.4.0 (можно включить при необходимости).
Можно использовать две версии STL: STLPort и GNU STL. Никаких серьезных проблем при портировании больших проектов не встречалось.
Полностью или частично недоступны: RTTI (полностью), исключения C++ (в использующих STL модулях), wchar_t (появился только начиная с Android 2.3 Gingerbread, не рекомендуется Google для использования в новом коде).
В целом, ощущения от NDK очень позитивные. Все работает.
Кстати, раз уж вы заговорили о возможном развитии дипломного проекта в стартап, учтите, что отчуждаемые имущественные права на объект интеллектуальной собственности (диплом) принадлежат кафедре, которую вы заканчиваете и которая являлась «заказчиком» работы.
Я не имею опыта выхода из подобных правовых ситуаций. Поэтому советую исключительно из желания рассказать то, что для меня, например, очевидным не было.
Кстати, насчет игр.
Что мешает (естественно при наличии широкополосного доступа) разработать специализированную версию протокола а-ля RDP и позволить насладится играми на тех же низко производительных нетбуках.
Да, бесцельно улетающий в трубу трафик угнетает, но, со временем, это перестанет казаться таким уж гнетущим бременем.
К тому же это может очень-очень обрадовать разработчиков и издателей, так как появится хоть какая-то возможность контролировать доступ к реализуемому софту.
Насколько я знаю, хотя Gecko и использует GTK как один из вариантов back-end'ов (есть также WinAPI back-end) — его связь с X'ами на уровне функций все же достаточно сильна для простого перехода на FB.
Патчи безусловно присутствуют, но именно на уровне proof of concept.
Мне кажется, что будущее все же за системами, о которых говорит уважаемый автор. Сам не единожды размышлял о чем-то подобном.
Хотя, если задуматься, компания Google ведь всеми фибрами души желала бы распространения подобных систем (в особенности на портативных устройствах) — однако же нет, Android это скорее ОС в классическом понимании, пусть и с широкими web-возможностями. Значит посчитали маркетологи, что время еще не подошло.
И это с учетом гораздо более глубокого проникновения сети в широкие массы внутри США, нежели в остальной части мира (за исключением, возможно, Японии и Кореи).
Кроме всего прочего, предложенный перенос любого рода деятельности на сторону сервера вызовет ряд проблем безопасности. Другое дело, что при желании их все можно решить, однако трудности перехода они создадут.
Со своей стороны хотел бы посоветовать автору обратить внимание на продукты, которые пока находятся на промежуточном этапе, между двумя крайностями — это Google Android, Intel (FSF) Moblin и Nokia Maemo.
Присоединяйтесь — здесь еще уйма проблем, которые весело и полезно решать. Например, кто сказал, что Linux на мобильных устройствах должен загружаться долго?
В текущем NDK r5c присутствуют следующие toolchain'ы:
arm-linux-androideabi-4.4.3 (по умолчанию)
arm-eabi-4.4.0
Проверьте, пожалуйста, еще раз версию gcc, которую вы используете.
Версия 4.3.4 очень старая по меркам gcc.
Даже используемая сейчас 4.4.3 на самом деле далека от совершенства потому как, например, отвратительно работает с NEON intrinsics
(2) Про RTTI и исключения
Насколько я знаю исключения и RTTI доступны только при использовании GNU STL.
При использовании STLPort ими пользоваться нельзя.
Могу только похвалить за то, что используете подмножество STL доступное и там и там.
В проектах, анализом которых я занимался, STLPort был жизненно необходим. Со всеми вытекающими.
Можно использовать две версии STL: STLPort и GNU STL. Никаких серьезных проблем при портировании больших проектов не встречалось.
Полностью или частично недоступны: RTTI (полностью), исключения C++ (в использующих STL модулях), wchar_t (появился только начиная с Android 2.3 Gingerbread, не рекомендуется Google для использования в новом коде).
В целом, ощущения от NDK очень позитивные. Все работает.
Правильная политика
ИУ8, дипломник
Я не имею опыта выхода из подобных правовых ситуаций. Поэтому советую исключительно из желания рассказать то, что для меня, например, очевидным не было.
Что мешает (естественно при наличии широкополосного доступа) разработать специализированную версию протокола а-ля RDP и позволить насладится играми на тех же низко производительных нетбуках.
Да, бесцельно улетающий в трубу трафик угнетает, но, со временем, это перестанет казаться таким уж гнетущим бременем.
К тому же это может очень-очень обрадовать разработчиков и издателей, так как появится хоть какая-то возможность контролировать доступ к реализуемому софту.
Патчи безусловно присутствуют, но именно на уровне proof of concept.
Хотя, если задуматься, компания Google ведь всеми фибрами души желала бы распространения подобных систем (в особенности на портативных устройствах) — однако же нет, Android это скорее ОС в классическом понимании, пусть и с широкими web-возможностями. Значит посчитали маркетологи, что время еще не подошло.
И это с учетом гораздо более глубокого проникновения сети в широкие массы внутри США, нежели в остальной части мира (за исключением, возможно, Японии и Кореи).
Кроме всего прочего, предложенный перенос любого рода деятельности на сторону сервера вызовет ряд проблем безопасности. Другое дело, что при желании их все можно решить, однако трудности перехода они создадут.
Со своей стороны хотел бы посоветовать автору обратить внимание на продукты, которые пока находятся на промежуточном этапе, между двумя крайностями — это Google Android, Intel (FSF) Moblin и Nokia Maemo.
Присоединяйтесь — здесь еще уйма проблем, которые весело и полезно решать. Например, кто сказал, что Linux на мобильных устройствах должен загружаться долго?