Мобильная платформа Android поддерживает только выполнение пользовательских приложений на языке Java, но используя Native Development Kit (http://www.opennet.me/opennews/art.shtml?num=22340) (NDK) удалось (http://arstechnica.com/open-source/reviews/2010/02/hands-on-...) обеспечить выполнение нативного Си/Си++ кода, упаковав стандартный Firefox в Java-контейнер. Подробности об организации запуска Firefox в Android можно узнать в данной заметке (https://wiki.mozilla.org/User:Joel_Reymont/Android_Notes).Первая тестовая версия мобильной редакции Firefox (Fennec) для платформы Android (https://wiki.mozilla.org/Android), отличающаяся (http://www.opennet.me/opennews/art.shtml?num=25225) специально оптимизированным для мобильных устройств интерфейсом, ожидается (http://www.androidspin.com/2010/01/26/first-beta-of-firefox-.../) в течение месяца.
URL: http://arstechnica.com/open-source/reviews/2010/02/hands-on-...
Новость: http://www.opennet.me/opennews/art.shtml?num=25530
Удалили все комментарии... Тогда мой комментарий по теме: если нативный код на C/C++ все равно будет обернут в Java-обертку, то тогда почему бы не применить C to Java конвертеры? Кто работал с такими программами, какие лучше?..
что за C-to-Java контейнеры?ведь код на C так и остался кодом на C (за исключением только того что -- его скомпилировали в двоичный (не байткод) код . врочем на то он и есть компилируемый язык )..
fix('C-to-Java контейнеры', 'C-to-Java конверноты')
fix('C-to-Java конверноты', 'C-to-Java конверторы')
fix('C-to-Java конверторы', 'C-to-Java конвертеры')
Зачем что-то конвертировать?? Как я понимаю нативный код Firefox'а (а точнее Fenec'a) запускается через JNI.
Код браузера остаётся скомпилированным бинарником... зачем что-то меня здесь??
PS to polymorphm1 для того чтобы поправить сообщение есть кнопка "правка"... не надо плодить лишние сообщения в обсуждении...
> если нативный код на C/C++ все равно будет обернут в Java-оберткуИменно. только вызовы внешние на Jav'е - а внутренний код на оригинальном C, подправленный, правда.
> тогда почему бы не применить C to Java конвертеры?
Потому что
1. их нет. нет промышленных решений, только исследовательские проекты, заброшенные давно
2. а зачем? производительность однозначно пострадает. не говоря уже о автоматическом потреблении памяти - оператор new без оператора delete как память в кредит, а отдавать не надо :)
> Кто работал с такими программами, какие лучше?..Не работал, но пытался, давно, 2001. Но недавно обнаружил, что ничего не поменялось.
Был такой C2J, C to Java translator http://tech.novosoft-us.com/product_c2j.jsp Транслировал в старую Jav'у 1.1 даже тогда она была старой
Другой, тоже "C to Java converter", из Италии, транслировал в в старую Jav'у 1.2, что тоже не ахти
Еще Cappuccino (A C++ to Java translator) - но он вообще 1998го года.
Даже обратные проекты Java to C не годные хотя, должно было быть полегче:
Toba Java-to-C Translator - исследовательский проект, какие-то проблемы были даже с С, не то что с результирующей Jav'ойссылки здесь:
http://www.java-tips.org/java-applications/c-to-java-translator/
Мне одному кажется, что в случае с FireFox это что-то типа Java-C-Java ?
думаю что одному =)
во изврат, сперва создают проблемы а потом с помпой их решают.
сплошные костыли...