https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html Компания Intel начала (http://software.intel.com/en-us/c-compiler-android) поставку варианта своего высокопроизводительного компилятора ICC, нацеленного на обеспечение сборки приложений для платформы Android, написанных на языке C++. Intel C++ Compiler 13.0 интегрируется с Android NDK, заменяя собой GCC из состава NDK, что позволяет применять расширенные оптимизации для процессоров Intel, недоступные в GCC. Компилятор поддерживает (http://software.intel.com/en-us/articles/intel-c-compiler-v130-for-android-os-frequently-asked-questions) только сборку нативных приложений для Android-устройств на базе архитектуры x86, для сборки варианта для архитектуры ARM используются штатные средства Android NDK.<br><br>Загрузить (https://registrationcenter.intel.com/RegCenter/ComForm.aspx?ProductID=1994) компилятор можно на сайте Intel после предварительной регистрации.<br><br><br><br>URL: http://www.theregister.co.uk/2013/08/28/intel_cpp_compiler_for_android/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=37779<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#76 Sun, 01 Sep 2013 18:10:19 GMT если из-за архитектуры действительно нереально увеличивается потребление памяти, то нужно вообще задуматься о внутреннем дизайне программы - структурах данных. моё мнение, конечно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#75 Sun, 01 Sep 2013 13:36:12 GMT я ж о том же. но тестов не делал &#8212; поэтому мнение неподтверждённое.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#74 Sun, 01 Sep 2013 13:35:34 GMT а толку? видео всё равно зажимают. гады.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#73 Sun, 01 Sep 2013 13:34:29 GMT если бы он снизошёл &#8212; начал бы рассказывать о &#171;есть телефоны и круче&#187;.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#72 Sun, 01 Sep 2013 13:05:55 GMT &gt; ой, как будто ведроид &#8212; офигенное достижение.<br><br>Ведроид - ну да, гадость. Так оно тоже под пермиссивщиной. А кернель - тому как раз очень хорошо досталось, весьма конкретной прибавкой в поддержке железа. Там то не зажмешь :).<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#71 Sun, 01 Sep 2013 13:03:43 GMT &gt; был. есть ничем не подкреплённое мнение, что нынешний gcc его обставляет.<br><br>Нынешний gcc с завинченной оптимизацией код генерит довольно круто. Особенно с LTO и оптимизацийе whole-program недурно получается.<br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#70 Sun, 01 Sep 2013 13:02:16 GMT hardfp тоже не обязателен, по-моему.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#69 Sun, 01 Sep 2013 12:58:53 GMT &gt; &#8212; ну так она и не современная. а в пингвинусе практически <br>&gt; всё железо кроме видео уже в mainline.<br><br>Ну так изя же N900 видел только на картинке. Ему как настоящему BSDшнику милее какая-то проприетарная поделка с самопальной недооперационкой, ясен фиг без исходников. <br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/91456.html#68 Sun, 01 Sep 2013 12:56:49 GMT &gt; только зависит от фазы луны и чипсета. а в свете thumb &#8212; <br>&gt; ещё интересней всё.<br><br>А ничего там особо интересного, в cortex A серии thumb2 - mandatory, насколько я помню. Да и ARM тоже. Так что если их юзать - работать будет, никуда не денется. А все что ниже cortex нынче за приличный проц просто не считается, это уже антиквариат.<br><br>Там интересно может быть с NEON'ом, которого может и не быть. Вот это уже да, подляна. Т.к. его лицензируют отдельно и опционально. Наиболее видным промахом такого плана стала тегра2, где NEON не было, при том что чип популярный. Вот это может испортить настроение тем кто бинари с этим набором команд хотел. Потребовав извратов типа рантайм детектирования "а ессть ли оно здесь?" и прочая. Ну как всякие приличные кодеки и плееры делают, в общем.<br>