Компания 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-v1...) только сборку нативных приложений для Android-устройств на базе архитектуры x86, для сборки варианта для архитектуры ARM используются штатные средства Android NDK.Загрузить (https://registrationcenter.intel.com/RegCenter/ComForm.aspx?...) компилятор можно на сайте Intel после предварительной регистрации.
URL: http://www.theregister.co.uk/2013/08/28/intel_cpp_compiler_f.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=37779
>Android-устройств на базе архитектуры x86,/0
Ибо в природе нет девайсов где это может пригодится :)
>Ибо в природе нет девайсов где это может пригодится :)Вообще-то есть.
Давно есть и несколько.
http://4pda.ru/2012/06/01/62467/
http://www.corp.megafon.ru/press/information/20120822-1549.html
http://relax.ru/post/40280/lenovo-k800-androidfon-s-processo...
http://www.dailycomm.ru/m/23018/
...
Дайте две!!! :D
For this release only and for a limited time, download the compiler for freeколичество товара ограниченно! Закажите сейчас и вы получите...
>количество товара ограниченно!Да, как в электронной библиотеки: если книга забрана, то её больше... нет. Все преимущества электронных товаров сведены на нет. Ах, да, преимущества для потребителей. У производителей появилось ещё больше преимуществ.
> количество товара ограниченно! Закажите сейчас и вы получите...Порцию нафигнужных блобов под девайсы которых не найдешь днем с огнем. Как это мило.
> Порцию нафигнужных блобов под девайсы которых не найдешь днем с огнем. Как
> это мило.леново делает мобилы с интелом, я даже видел одну у девочки, далекой от IT
> леново делает мобилы с интелом, я даже видел одну у девочки, далекой от ITИ вот конечно ради этой девочки с леновой ща все все бросят и побегут осваивать новый тулчейн. Проприетарно-блобизированный и под один проц. Ну интель это... оптимисты.
Интел только начала выходить на рынок, думаю в след. году особенно с учётом привыкания народа к 5-ти дюймам, и доработок у intel-а устройств будет сильно больше даже в телефонах, не говоря уже о планшетах. Интел может дать стабильность в железной части, чего не могут дать 10-к других производителей, что может привести к тому что блобы будут запускаться на большой группе устройств одинаково и при этом будут гораздо более экономичны по отношению к ресурсам чем используемые JVM и jit.p.s. вчера понял почему многим 5 дюймов кажутся нормальными, когда заходишь в магазин первым что видишь, это 5,5 - 6,5 дюймовые поделки, после них 5 кажется нормальным
> Интел только начала выходить на рынок,Погодите, а предыдущие 3-4 захода с TabletPC и прочий бред типа считать не будем, т.к. фанатам интеля неудобно признавать эпикфэйл своего любимца? :)
> Интел может дать стабильность в железной части,
Я и вижу - что ни выводок процов то новые довески по системе команд. Да и по железу - там такое железо, что переразвести под совершенно другой ARM плату пять раз - проще чем развести ее 1 раз под интель. Интель как-то так тяготеет к переусложненным решениям.
И уж конечно там будет стабильное UEFI'анство с секурбутами и массой глюков, etc. Спасибо, конечно, но нафиг надо.
Кроме того, набор команд у ARM и так стабильный, апликушников вообще не колышет какой там чип кроме каких-то особых случаев. Да и ядерщики делают большую работу над тем чтобы 1 ядро грузилось на разных ARM. Пока интел пытался впихнуть своего слона в клетку для канарейки, проблемы решили с другой стороны.
> Кроме того, набор команд у ARM и так стабильныйтолько зависит от фазы луны и чипсета. а в свете thumb — ещё интересней всё.
> только зависит от фазы луны и чипсета. а в свете thumb —
> ещё интересней всё.А ничего там особо интересного, в cortex A серии thumb2 - mandatory, насколько я помню. Да и ARM тоже. Так что если их юзать - работать будет, никуда не денется. А все что ниже cortex нынче за приличный проц просто не считается, это уже антиквариат.
Там интересно может быть с NEON'ом, которого может и не быть. Вот это уже да, подляна. Т.к. его лицензируют отдельно и опционально. Наиболее видным промахом такого плана стала тегра2, где NEON не было, при том что чип популярный. Вот это может испортить настроение тем кто бинари с этим набором команд хотел. Потребовав извратов типа рантайм детектирования "а ессть ли оно здесь?" и прочая. Ну как всякие приличные кодеки и плееры делают, в общем.
hardfp тоже не обязателен, по-моему.
The Intel® C++ Compiler for Android OS is free of charge for a limited time? What happens later?For this introductory release only, the compiler is free for a limited time. Why? We want to offer developers with an early and easy way to start taking advantage of the performance of Intel based Android devices. No future product plans are being announced at this time. Intel is participating in the mobile computing market segment and intends to provide products that replace this release and present an opportunity for our software development customers, their customers and Intel. We invite developers to download the current release of the Intel C++ Compiler for Android OS and join the C++ Forum to tell us what you think, what you want, what you need, etc. This announcement is part of an expanding commitment Intel is making to the mobile computing market segment.
> The Intel® C++ Compiler for Android OS is free of charge for
> a limited time? What happens later?мне не захотелось это скачивать, но десктопный icc тащит в своем составе FLEX License Manager, соответственно для запуска нужен файл лицензии, а он может быть ограничен по времени.
Если кто скачивал, ответьте пжалста на какой срок они лицензию сгенерировали на это ?
Народ, кто скачал и не пригодилось - закачайте обратно, а то другим не хватит.
Фигурно @#$стись с заменой gcc на интелский кусок проприетари ради полутора девайсов? Да, интелу в оптимизме насчет своих перспектив не откажешь...
на десктопе icc всё ещё делает более быстрый код чем gcc
> на десктопе icc всё ещё делает более быстрый код чем gccдаже в случае x86-процессора отличного от Intel? (но совместимого с Intel).
GCC по крайней мере -- не вставляет внутрь сгенерированного кода -- маркетинговый сюрприз :-) ..
Орфографию осиливаешь потихоньку, молодец, теперь можешь приниматься за пунктуацию.
спасибо
>> на десктопе icc всё ещё делает более быстрый код чем gcc
> даже в случае x86-процессора отличного от Intel? (но совместимого с Intel).
> GCC по крайней мере -- не вставляет внутрь сгенерированного кода -- маркетинговый
> сюрприз :-) ..сюрприз, вставляет и достаточно много, http://gcc.gnu.org/onlinedocs/gcc/X86-Built_002din-Functions...
а еще icc их тоже вставляет, часть своих, часть из libgcc, так что по сравнению с GCC
нарекания могут быть только на cpuid код, который в случае того если !GenuineIntel
может просаживать производительность
они почти все инлайны
> на десктопе icc всё ещё делает более быстрый код чем gccКто тебе сказал?
Маргинально более быстрый - 2-3% мне лично погоды не сделают, учитывая насколько сложно этот icc поднять.
год или два назад я бы сама это стала утверждать, теперь вот как-то не очень,
gcc 4.8 хорошо поднялся в плане производительности выдаваемого кода, во многом благодаря стараниям тех же инженеров Intel, так что разрыв сокращается, а неудобства ICC в виде таскания за полученными бинарниками библиотек и иногда возникающих глюков в программах собраных icc остаются, опять же условия лицензии для Linux хоть и позволяют бесплатное неограниченное по времени использование в некоммерческих целях, но свободы никакой.
имхо ICC на десктопах более не интересен.
Оно так конечно. Но и сам десктоп, как платформа, теряет интерес, а в следующем году ожидается Intel Atom по 14-нм технологии. И как там развернется его битва с армами еще вопрос.
Атомы приближаются к армам по энергопотреблению гораздо быстрее, чем армы к атомам по мощи. Вопрос только в том, нужна ли такая моща на мобилах. Если только игрухи гонять или навигацию сложную.
> Атомы приближаются к армам по энергопотреблению гораздо быстрее, чем армы к атомам
> по мощи. Вопрос только в том, нужна ли такая моща на
> мобилах. Если только игрухи гонять или навигацию сложную.На атомах с поддержкой архитектуры команд [amd64] уже можно завести современною настольную операционку *nix, и она даже не будет тормозить в некоторых конфигурациях даже с поддержкой X.Org VGA-графики. Вот только такую ОС никто не пустит на мобилки — постараются TiVo- и EFI-изировать максимально полно.
> На атомах с поддержкой архитектуры команд [amd64] уже можно завести современною настольную
> операционку *nix, и она даже не будет тормозить в некоторых конфигурациях
> даже с поддержкой X.Org VGA-графики.изя, на N900, где не то, что интеля нет, а вообще процессор древний и памяти 256 мегов — «современная операционка» отлично работает. вместе с иксами. freebsd, правда, железо от N900 не понимает никак — ну так она и не современная. а в пингвинусе практически всё железо кроме видео уже в mainline.
> — ну так она и не современная. а в пингвинусе практически
> всё железо кроме видео уже в mainline.Ну так изя же N900 видел только на картинке. Ему как настоящему BSDшнику милее какая-то проприетарная поделка с самопальной недооперационкой, ясен фиг без исходников.
если бы он снизошёл — начал бы рассказывать о «есть телефоны и круче».
оставь при себе свои больные фантазии. у меня в соседней комнате на таком вот "Атоме" комп пашет лет 5 уже, как раз 64-битная система. ЧЯДНТ?
> оставь при себе свои больные фантазии. у меня в соседней комнате на
> таком вот "Атоме" комп пашет лет 5 уже, как раз 64-битная
> система. ЧЯДНТ?Быстро пашет? И все преимущества 64 бит использует, без сомнения? Более 8 Гб оперативы и ты ды и ты пы?
1. "быстро пашет?" - совершенно ламерский вопрос. да, быстро для своих 1.6 гигагерц. такой ламерский ответ вас устроит? или по каким-то причинам он должен работать медленнее 32 битных процессоров? а?
2. а благородный дон хорошо осведомлен о всех преимуществах 64 битных процессоров? или нужно устанавливать только в случае, если используются исключительно все плюсы 64х бит? мне, к примеру, все плюсы не нужны, достаточно нескольких. такие дела.
3. 2 гига оперативы - вполне хватало и хватает сейчас. вы, наверное, не в курсе, что на первых материнках с "атомами" устанавливались чипсеты, типа 945GC, которые поддерживали максимум 2 гига памяти.
> 3. 2 гига оперативы — вполне хватало и хватает сейчас. вы, наверное,
> не в курсе, что на первых материнках с «атомами» устанавливались чипсеты,
> типа 945GC, которые поддерживали максимум 2 гига памяти.он в курсе, он тебя подкалывал на предмет «и нафига тебе 64-битная ос тогда?»
порой, не совсем понятно, подкалывает чел, или потроллить решил.
да есть такой домашний бенчмарк: на компе запускаем 32 битную систему, воспроизводим флеш-видео на том же "Атоме" на весь экран, 1280х1024. видим порой эффекты задержки картинки. включаем 64 битную систему. эффектов задержки нет. и нафига мне 32-битная ос тогда? тем более, если на 64-битной системе без проблем запускаются 32-битные программы, ибо "dpkg add-architecture i386" и дело в шляпе, коли чего из пропиретарщины запускать нужно.
ну, регистров больше — это приятно, да. зато и указатели в два раза больше.
если из-за архитектуры действительно нереально увеличивается потребление памяти, то нужно вообще задуматься о внутреннем дизайне программы - структурах данных. моё мнение, конечно.
> Быстро пашет? И все преимущества 64 бит использует, без сомнения?
> Более 8 Гб оперативы и ты ды и ты пы?Можно поинтересоваться происхождением цифры "8"? "4" знаю, "2" понимаю, слышал и "1" (причём обоснованно) -- а вот восемью заинтриговали прямо.
> на десктопе icc всё ещё делает более быстрый код чем gccДаже watcom делает код быстрее GCC.
Watcom не "даже". Он исторически один из компиляторов (наряду с Microsoft и Zortech), генерирующих самый быстрый код для x86.
> Watcom не «даже». Он исторически один из компиляторов (наряду с Microsoft и
> Zortech), генерирующих самый быстрый код для x86.был. есть ничем не подкреплённое мнение, что нынешний gcc его обставляет.
> был. есть ничем не подкреплённое мнение, что нынешний gcc его обставляет.Нынешний gcc с завинченной оптимизацией код генерит довольно круто. Особенно с LTO и оптимизацийе whole-program недурно получается.
я ж о том же. но тестов не делал — поэтому мнение неподтверждённое.
> на десктопе icc всё ещё делает более быстрый код чем gccУчитывая что интель же и оптимизит gcc под свои процы - не думаю что у них надолго хватит энтузиазма пихать свою проприетарную к@кашку линуксоидам. Те все-равно ее игнорируют почти на 100% уже сколько лет. Может какими-то узконишевыми чудиками оно и пользуется где-то, но в общей массе все как-то дружно положили на этот странный и кривой блоб. В результате наиболее нормальным компилером является gcc. Генерит довольно ядрено оптимизнутый код даже под интель, который однако потом нормально работает и на амд, чем icc похвастать не может.
Ждём LLVM/Clang для ARM и ядро в Android можно будет заменить на нелагающее.
> Ждём LLVM/Clang для ARM и ядро в Android можно будет заменить на
> нелагающее.Ждем ядро Android для ARM, написанное целиком на нелагающей Jave - такой была исходная мысль, нет?
>> Ждём LLVM/Clang для ARM и ядро в Android можно будет заменить на
>> нелагающее.
> Ждем ядро Android для ARM, написанное целиком на нелагающей Jave - такой
> была исходная мысль, нет?Ну это "в идеале". А так, JVM из OpenJDK давно компилируется LLVM/Clang под [i386] и [amd64]. Для [arm], [mips64] и [sparc64] у OpenJDK/JRE порта почему-то нету (ONLY_FOR_ARCHS= i386 amd64 в Makefile).
изя, скажи наркотикам "нет"
А кто сказал, что LLVM/Clang быстрее Dalvik? Советую погуглить на эту тему
Dalvik хрень тормознутая - Советую погуглить на эту тему.
Не вижу связи, "нелагающие" ядра всю жизнь и gcc нормально компилялись. Да и есть оно уже https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi только не нужно никому.
По сабжу - интел шибко оптимистична, тут ей не монополизированные десктопы, чтобы ещё и компилятором приторговывать. Приценятся, плюнут, да забьют. А код на арме будет работать быстрее в итоге.
> По сабжу - интел шибко оптимистична, тут ей не монополизированные десктопы, чтобы
> ещё и компилятором приторговывать. Приценятся, плюнут, да забьют. А код на
> арме будет работать быстрее в итоге.Я тебе по секрету скажу - icc можно получить абсолютно бесплатно, как и Visual Studio. И функционал будет неплохо опережать чертов Eclipse.
> Я тебе по секрету скажу - icc можно получить абсолютно бесплатно, как
> и Visual Studio. И функционал будет неплохо опережать чертов Eclipse.У Visual Studio (даже 2012) нет функционала никакого. Только в VS 2014 она сможет сама ставить парную скобку. С подсветкой синтаксиса они сгородили ну какую то дикость. Когда текстовый курсор попадает на парную скобку она подсвечивается фоном и попробуйте заставить ее становиться жирной и подсвечиваться цветом. Нельзя определить разный цвет для локальных и глобальных объектов, для параметров функций. Использовать наклонные буквы не смей.
MessageBox(0,L"Hello World!\",0,0);
В таком простом случае VS будет показывать ошибку где угодно, но не там где она есть.
Если в заголовке пропустить скобку, то ошибку покажет посредине кода в cpp-файле. Анализ кода печальный. Только после компиляции, да и то сообщает непонятно о чем.
Рефакторинг отсутствует. Форматирование кода, только отступы. Настроить свое форматирование не чем.
И т.д.
Да зачем распинаться перед теоретиками, ну считают они визуал студию крутячей ну и флаг им в руки. Они кодят в ней только на С#, либо ничего другого не пробовали. Все что после VS2005 для кодинга на С/C++ и сомневаюсь что выполнят свои обещания запилив назад в 2014
> Я тебе по секрету скажу - icc можно получить абсолютно бесплатно, как
> и Visual Studio. И функционал будет неплохо опережать чертов Eclipse.Ага, пусть оно мне под ARM код сгенерит. Cortex M3, да? :)
>и ядро в Android можно будет заменить на нелагающее.Язен ждёт телефонку с FreeBSD. Дункан Маклауд среди нас.
>>и ядро в Android можно будет заменить на нелагающее.
> Язен ждёт телефонку с FreeBSD. Дункан Маклауд среди нас.bada, вроде как, имеет корни в разных bsd. ядро там, натурально, проприетарное, да и остальное тоже.
> bada, вроде как, имеет корни в разных bsd. ядро там, натурально, проприетарное,
> да и остальное тоже.А вроде как ядром там был линух, а вот остальное - проприетарный самопал. Такого добра было навалом, типа LiMo всяких и прочих фигней.
> А вроде как ядром там был линухнеа, что-то бсдёвое. впрочем, там архитектура позволяет сменить ядро и танцевать. но изначально — бсдёвое, потому что открывать совсем не хотели.
> изначально — бсдёвое, потому что открывать совсем не хотели.Ну и закончилось все это очередным трупиком который тихо помер, никто и не заметил даже.
>> изначально — бсдёвое, потому что открывать совсем не хотели.
> Ну и закончилось все это очередным трупиком который тихо помер, никто и
> не заметил даже.ой, как будто ведроид — офигенное достижение.
> ой, как будто ведроид — офигенное достижение.Ведроид - ну да, гадость. Так оно тоже под пермиссивщиной. А кернель - тому как раз очень хорошо досталось, весьма конкретной прибавкой в поддержке железа. Там то не зажмешь :).
а толку? видео всё равно зажимают. гады.
> Ждём LLVM/Clang для ARM и ядро в Android можно будет заменить на нелагающее.Надеешься дожить до этого момента? А кому и какой с этого профит будет? БСДшникам с этого ничего не обломится по любому: "лицензия позволяет" - и фигу в рыло.