https://www.opennet.ru/openforum/vsluhforumID3/87228.html Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=llvm_32_egging&num=1) оценку производительности тестовых приложений, собранных с использованием различных современных версий компиляторов Clang и GCC. В сравнении приняли участие Clang 3.1, SVN версия Clang 3.2, GCC 4.7.2, версия GCC 4.8, находящаяся в разработке, а также GCC с плагином DragonEgg, который позволяет GCC использовать LLVM в качестве бэкэнда. <br><br><br>В большинстве тестов победил GCC, при том в некоторых тестах отличия достигали нескольких раз (отдельно подчеркивается, что ряд результатов не связан с поддержкой OpenMP). Тем не менее, в нескольких тестах (несколько тестов набора SciMark) Clang выиграл с заметным отрывом. Связка GCC + DragonEgg показала достаточно неоднозначные результаты, местами выигрывая у вообще всех участников тестирования, но сильно проиграв в некоторых других тестах всем участникам.<br><br>URL: http://www.phoronix.com/scan.php?page=article&item=llvm_32_egging&num=1<br>Новость: http://www.opennet.ru/opennews/art.s https://www.opennet.ru/openforum/vsluhforumID3/87228.html#143 Sat, 29 Dec 2012 19:24:18 GMT Тестирование финальной версии LLVM/Clang 3.2, предыдущей версии LLVM/Clang 3.1, стабильного релиза GCC 4.7.2 и снапшота разрабатываемого GCC 4.8 по состоянию на 23 декабря 2012г:<br>http://www.phoronix.com/scan.php?page=article&item=llvm_clang32_final<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#142 Thu, 15 Nov 2012 02:01:11 GMT &gt; Clang очень быстро собирает приложения, а GCC &#8212; слоупок в полтора-два раза. <br>&gt; На десктопе скорость выполнения интерактивных приложений не сильно важна.<br><br>изя, ты как всегда фееричен. я даже не буду спрашивать тебя, слышал ли ты что-то про &#171;комфортную скорость реакции софта&#187;. и про то, что современная называется &#171;атомно тормозит&#187; &#8212; просто такие как ты привыкли уже питаться гуано, и уверены, что без нормы не прожить.<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#141 Thu, 15 Nov 2012 01:57:25 GMT &gt;&gt; Как же они отлаживают?<br>&gt; Дебажный printf же самый позиксвейный и юникслайковый отладочный кундштюк.<br>&gt; Вы не понимаете!<br><br>отличная штука, кстати. как ты думаешь, почему логи до сих пор живее всех живых, и сдавать позиции не собираются?<br><br>впрочем, &#171;интерактивные отладчики&#187; незаменимы для офисных долбокодеров: потому что щёлкаешь ерундой в отладчике &#8212; вроде и работаешь. и, главное, думать при этом не надо. то ли дело воооон тот бездельник, который курит и в карманный комп пырится: явно же смИшные картинки смотрит! а то, что за ним куча багфиксов, а за Активным Работником только багодельня &#8212; так это потому, что Активный Работник активно работает, некогда ему всякой ерундой типа багфиксов заниматься.<br><br>такие дела.<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#140 Thu, 15 Nov 2012 01:50:12 GMT &gt; GCC Runtime Library Exception уже _давно_ http://www.opennet.ru/openforum/vsluhforumID3/52871.html#22 <br>&gt; исправлен.<br><br>оно не знает, ему прошивку не обновили.<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#139 Thu, 15 Nov 2012 01:43:07 GMT &gt; А я, вообще, в последнее н-дцать лет как-то научился<br><br>и вот всё у тебя &#171;как-то&#187;. лучше бы ты полы подметать научился, но зато хорошо, а не &#171;как-то&#187;. всяко пользы больше было бы &#8212; и тебе, и окружающим.<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#138 Thu, 15 Nov 2012 01:38:31 GMT &gt;&gt;из плюсов clang хорошие сообщения об ошибках <br>&gt; GCC 4.8 уже подтянулся, советую посмотреть.<br><br>ага. к счастью, этот маразм можно отключить. надеюсь, в configure будет опция, чтобы оно исчезло и больше никогда не появлялось. потому что одни идиоты попутали терминал и картины Малевича, а другие наслушались идиотов и решили делать то же самое, но пока хоть без цвета. как будто редакторы разучились переходить по номеру строки и позиции в оной, а терминалы стали бесконечно видимой высоты.<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#137 Wed, 14 Nov 2012 09:41:55 GMT Да, его самого не мешало бы отладить<br> https://www.opennet.ru/openforum/vsluhforumID3/87228.html#136 Wed, 14 Nov 2012 07:51:19 GMT &gt; + Нет постороннего "мусора", который нужно ещё сопровождать &#8212; есть чётко определённая конфигурация зависимостей.<br><br>Рядовые апт-гетчики ничего не сопровождают<br><br>&gt; + Компактность и понятность сборки.<br><br>Не очень понял про компактность. Процесс сборки более понятен, чем процесс распаковки пакета?<br><br>&gt; + Оперативные обновления и патчи.<br><br>Пожалуй, реальное преимущество. Хотя в дебиане фиксы безопасности тоже прилетают оперативно, а сборка на ихнем сервере почти наверняка быстрее, чем у себя дома.<br><br>&gt; + Существенная экономия времени: нужно скачать только исходники, а с чужими блобами разбираться не нужно.<br><br>Экономия времени по сравнению с чем? Из исходников сборка происходит быстрее, чем распаковка бинарного пакета?<br><br>&gt; а с чужими блобами разбираться не нужно<br><br>В каком смысле "чужие", и чего с ними "разбираться"? В пакетных линуксах исходники точно так же доступны, если надо, и из них можно собрать абсолютно такой же пакет, что и в репозитории, с точностью до байта, и убедиться, что одно получено из друго https://www.opennet.ru/openforum/vsluhforumID3/87228.html#135 Wed, 14 Nov 2012 06:57:44 GMT &gt; религиозная ненависть к фанатикам - которые статически линкуя код libgcc - навязывают <br>&gt; любой собранной программе GPL v3.<br><br>И кстати, _они_ не "линкуя". "Линкуя" -- ты. И "линкуя", ты ж обязан исполнить и лицензию, и её exceptions.<br><br>Та-что да, елси _ты, "линкуя", навязываешь GPLv3, [по сю пору то есть,] то ты - фанатик и неуч.<br>