The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Эксперимент по пересборке Debian с использованием Clang показал неожиданно хорошие результаты

06.03.2012 15:36

Сильвестр Ледрю (Sylvestre Ledru) провёл эксперимент по пересборке архива пакетов Debian GNU/Linux с использованием компилятора Clang, развиваемого в рамках проекта LLVM. Целью эксперимента была оценка пригодности Clang для сборки большого числа разнородного кода на языках C, C++ и Objective-C. Таким образом планировалось оценить, сможет ли Clang на текущей стадии развития выступать в роли альтернативы GCC при сборке пакетов в Debian. Интерес также представляли расширенные возможности Clang по выводу информации о возможных ошибках и недоработках, учёт которых позволил бы повысить общее качество кодовой базы.

Результаты эксперимента превзошли ожидания: из 15658 пакетов проблемы со сборкой в Clang 3.0 были выявлены только для 1381 пакета (8.8 %), что соизмеримо с числом проблем, возникавших в прошлом при переходе на более новые ветки GCC. Сильвестр Ледрю признался, что ожидал столкнуться с большим числом ошибок и проблем, непосредственно вызванных использованием Clang, но к своему удивлению обнаружил, что большинство проблем сборки оказались связаны с разницей в поддерживаемых стандартах языка Си, различиями в интерпретации или спорными моментами. В итоге, Сильвестр сделал вывод, что Clang уже достаточно стабилен и функционален для сборки большинства пакетов Debian, даже если для многих пакетов потребуется внести небольшие правки для обеспечения корректной компиляции. Из наиболее часто встречающихся проблем сборки в Clang 3.0 отмечены: отсутствие необходимых символов на этапе связывания (439 пакетов), неверный поиск в шаблонах классов (85) и сбой в работе сборочной утилиты xutils-dev (84).

Для сравнения была предпринята попытка пересборки с использованием прошлой версии Clang - 2.9. В результате был отмечен значительный прогресс в развитии Clang: версией 2.9 не удалось собрать 14.5% пакетов, в то время как для версии 3.0 несобранными остались только 8.8%. Кроме того, отмечаются такие достижения Clang, как обеспечение пересборки Chromium/Chrome и LibreOffice, замена gcc на clang в базовой системе FreeBSD, а также решение компании Apple по использованию Clang по умолчанию в Xcode, основном инструментарии разработки приложений для Mac OS X и iOS.

Судя по всему в следующие несколько лет, обладая лучшими средствами для статического анализа кода, Clang может заменить gcc/g++ в качестве компилятора C/C++ в некоторых дистрибутивах Linux и BSD-системах. Тем не менее, в обозримом будущем GCC останется основным компилятором Debian, так как одним из основных требований проекта является обеспечение надлежащей поддержки всех архитектур Debian, которых насчитывается 11 официальных и 6 неофициальных. В то время как Clang в полной мере пока поддерживает только архитектуры X86-32, X86-64 и ARM.

  1. Главная ссылка к новости (http://sylvestre.ledru.info/bl...)
  2. OpenNews: Результаты попытки пересборки пакетов Debian экспериментальной версией GCC 4.4
  3. OpenNews: Статус подготовки Debian Lenny. Эксперимент по пересборке пакетов GCC 4.4
  4. OpenNews: Debian Sid и Lenny готовят к переходу на GCC-4.3
  5. OpenNews: Результаты эксперимента по пересборке Debian используя GCC 4.1
  6. OpenNews: Обеспечена возможность сборки LibreOffice компилятором Clang
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33281-debian
Ключевые слова: debian, clang
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (107) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 16:15, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > К сожалению Clang в полной мере пока поддерживает только архитектуры X86-32, X86-64 и ARM.

    Так эпплу больше ничего и не надо - у них другие процессоры не используются...

     
     
  • 2.2, arcade (ok), 16:28, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А при чём здесь Apple? Clang как и LLVM свободные проекты.
     
     
  • 3.7, СуперАноним (?), 16:48, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Ну скажем так, условно свободные или как-бы свобоные (пока). Apple эти проекты ужинает, значит и танцует. Apple, как мы знаем, матёрый проприераст.
    Вот на свободе CUPS эпплосвобода уже начала сказываться.
     
     
  • 4.12, Харитон (?), 17:06, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот на свободе CUPS эпплосвобода уже начала сказываться.

    А в чем начались проблемы у КУПСа после покупки его яблоком?

     
     
  • 5.16, Аноним (-), 17:11, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > А в чем начались проблемы у КУПСа после покупки его яблоком?

    bonjour оставлен как единственное средство поиска очередей.

     
     
  • 6.23, Аноним (-), 17:17, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +9 +/
    не надо врать.
    оставлен ZeroConf - который весь из себя RFC.
    в отличии от самопала имени CUPS.
    Так тчо правильной дорогой идут - стандартизируют вместо виласипедов.
     
     
  • 7.25, Аноним (-), 17:24, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не надо врать.
    > оставлен ZeroConf - который весь из себя RFC.
    > в отличии от самопала имени CUPS.

    По сути bonjour не сильно отличается от zeroconf/avahi. Проблема в том, что раньше это работало, а теперь не будет, пока не поставишь avahi. А он изредка весело глючит.

    > Так тчо правильной дорогой идут - стандартизируют вместо виласипедов.

    ага, выпилили велосипед имени CUPS, а свой (bonjour) запилили. Уж если все-таки велосипеды оставляют, а не выпиливают во имя стандартов, то почему бы CUPS'овские не оставить?

     
     
  • 8.48, Аноним (-), 18:58, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +10 +/
    для чукчей который писатели, а не читатели Bobjour - это реализация ZeroConf и ... текст свёрнут, показать
     
  • 6.117, e_asphyx (ok), 15:32, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Таково было решение разработчиков. То есть, если бы ими были не Apple, возмущения от аналогичного решения не было бы, так что ли?
     
  • 4.22, arcade (ok), 17:17, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > Ну скажем так, условно свободные или как-бы свобоные (пока). Apple эти проекты
    > ужинает, значит и танцует. Apple, как мы знаем, матёрый проприераст.
    > Вот на свободе CUPS эпплосвобода уже начала сказываться.

    Как этот CUPS задолбал, в каждый дистриб суют эту гадость...

     
     
  • 5.28, ffirefox (?), 17:39, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сказали "бе", а добавить "а." - пример лучшей альтернативы?


     
  • 5.37, leonid (??), 18:12, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что взамен предложить можете?
     
  • 5.54, arisu (ok), 20:17, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как этот CUPS задолбал, в каждый дистриб суют эту гадость…

    не ставь. у меня вот не принтера — я и не ставлю.

     
  • 5.134, Клыкастый (ok), 18:21, 27/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gentoo, minimal, правильные USE.
     
  • 2.6, Anonymus (?), 16:47, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Там еще MIPS есть, Qualcomm процессоры, и много чего другого
     
     
  • 3.56, letsmac (ok), 20:19, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Он и ARM выпускает. MIPS и DSP как-бы слишком специфичны.
     

  • 1.3, Аноним (-), 16:30, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Debian - я не ошибаюсь - что это первый дистрибутив, который неровно задышал к Clang/LLVM ? А совсем недавно _русские студенты_ говорили, что Clang не нужно
     
     
  • 2.43, Аноним (-), 18:37, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian - я не ошибаюсь - что это первый дистрибутив, который неровно
    > задышал к Clang/LLVM ? А совсем недавно _русские студенты_ говорили, что
    > Clang не нужно

    узер294 сейчас прийдет и в место того, что бы утереться, опять будет кричать, что все туфта, подумаешь х86, да он же еще фиговый код для арм генерит и нет многих поддерживаемых платформ... некоторым нужно все и сразу... так бы про свою бтр, любимую, распространялся...

     
  • 2.75, sam002 (ok), 02:15, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А в gnu собираются, интересно, какое-нибудь подобие clang вводить?
     
     
  • 3.77, arisu (ok), 02:29, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в gnu собираются, интересно, какое-нибудь подобие clang вводить?

    gcc. пока что шланг его упорно догоняет.

     
     
  • 4.89, kshetragia (ok), 05:50, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да уже какбэ наоборот. gcc умер. И я об этом говорил чуть ли не год назад.
     
     
  • 5.102, sam002 (ok), 08:45, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну! Живее всех живых. Clang у него очень активно прёт "фишки". Именно в этом-то и причина такой "неожиданной" совместимости. В minix3 gcc поставляется только как дополнительный компилятор, и не просто так. Мне, лично, трудно расценивать clang, как полноценный компилятор из-за малого количества поддерживаемых архитектур. Новость больше похожа на вброс от яблока или гугла, не встречал подробного сравнения от независимых экспертов... Надо будет заняться.
     
     
  • 6.103, arisu (ok), 08:51, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    почему «вброс»? люди работают. хороший, годный компилятор. вполне себе «полноценный». ты с таким рвением и icc «неполноценным» объявишь же.
     
     
  • 7.123, sam002 (ok), 05:46, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Было уточнение, что мой скептицизм связан со спецификой моей работы.
     
     
  • 8.124, arisu (ok), 05:51, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    пардон, тут не сразу поймёшь, у кого 171 неполноценный 187 означает 171 ни... текст свёрнут, показать
     
  • 2.120, Аноним (-), 15:51, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian - я не ошибаюсь - что это первый дистрибутив, который неровно задышал к Clang/LLVM ?

    А при чем здесь дебиан? Разве тот факт, что какой-то дядя решил поэкспериментировать, характеризует общую политику проекта?

     

  • 1.5, pavlinux (ok), 16:46, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока без патчей, ядро  не будет компилить, в продакшон не пустят.  
     
     
  • 2.38, Аноним (-), 18:18, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    за что минусуют? человек истину изрёк.

    или это минусуют клоны айзенов и прочих бсданутых товарищей, слюной брызжащие на всё ГНУтое?

     
     
  • 3.49, Аноним (-), 19:00, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > за что минусуют? человек истину изрёк.
    > или это минусуют клоны айзенов и прочих бсданутых товарищей, слюной брызжащие на
    > всё ГНУтое?

    не на все. А на то как gcc ложит болт на стандарт языка C и навязывает кучу линуксизмов.
    На то что куча майданутых "чукче писателей" не знают что есть стандарты - и впиливают linux зависимый код - вместо написания переносимых вещей.
    Хотя приспешникам Столмана это не понять - у них есть религия - им больше не надо.

     
     
  • 4.52, Аноним (-), 19:38, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пример болта вы конечно привести не в состоянии?
     
     
  • 5.79, Аноним (-), 03:37, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://clang.debian.net/

    Ссылка из топика, листать до конца таблицы, смотреть третий пункт:
    > g++ accepts codes which should be rejected by the compiler. See ...

    с примерчиками.

    Этого хватит?

     
     
  • 6.84, arisu (ok), 04:45, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    вау! целых три примера! действительно, gcc глобально забил на стандарт. причём один пример — таки баг, о котором в gcc сообщили и починят, а два других по-сути одно и то же, и багом/забитием это назвать достаточно сложно.

    epic win, без сомнения! ты просто уничтожил всех оппонентов столь мощными пруфами!

    а где пруфы про «gcc навязывает линуксизмы»? будут? или всё-таки ты признаешь, что в обоих случаях написал не более, чем обычную ерунду?

     
     
  • 7.118, Аноним (-), 15:46, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я другой Анон Ты хотел увидеть пример накладывания gcc болта на стандарт, я теб... большой текст свёрнут, показать
     
     
  • 8.121, arisu (ok), 19:33, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    это было ни разу не очевидно печально а уж как шланг кладёт болты на стандарт... большой текст свёрнут, показать
     
  • 6.126, MiG (?), 14:49, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >http://clang.debian.net/
    >Ссылка из топика, листать до конца таблицы, смотреть третий пункт:
    >> g++ accepts codes which should be rejected by the compiler. See ...
    >с примерчиками.
    >Этого хватит?

    Уже пофиксили в 4.7.0: http://gcc.gnu.org/gcc-4.7/changes.html
    См. раздел "New Languages and Language specific improvements" -> "C++".

     
     
  • 7.127, arisu (ok), 19:19, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уже пофиксили в 4.7.0

    фанбоям пофигу. у них ошибка в gcc называется «забивает на стандарты». а ошибка в шланге — «динамично развивается».

     
     
  • 8.131, Аноним (-), 12:31, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    пока Clang не пытается изобрести собственный стандарт C что делает GNU hint GN... текст свёрнут, показать
     
     
  • 9.133, Andrey Mitrofanov (?), 13:11, 12/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем же они такие стандартные на белом лошаке поддерживают собственные неста... текст свёрнут, показать
     
  • 4.55, arisu (ok), 20:18, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > не на все. А на то как gcc ложит болт на стандарт
    > языка C и навязывает кучу линуксизмов.

    а теперь давай пруфы. и на «ложит болт на стандарт» и на «навязывает линуксизмы».

    оно понятно, что ты сейчас поджав хвост убежишь, но а вдруг, вдруг у тебя действительно есть Секретные Пруфы?

     
  • 4.64, Аноним (-), 22:10, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > навязывает кучу линуксизмов

    Готов поспорить, что если эти "линуксизмы" были впервые реализованы в bsd-компиляторе, некоторые вроде вас стояли бы горой за них. Потому что расширения gcc действительно УДОБНЫ, и я не понимаю, почему бы их не реализовать в других компиляторах. Никаких коммерческих тайн и патентов над ними не висит, документация открыта - реализовывай наздоровье. Их в стандарте нет? Ну и сколько нам ждать, пока сферические писатели стандартов снизойдут до нового релиза?

     
     
  • 5.80, sauron (??), 03:58, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    clang умеет большинство gccзмов хоть и ругается на них. А ядро он не собирает по причине некоторых косяков со встроенным ассемблером.
     
  • 3.62, Клыкастый (ok), 22:06, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +10 +/
    если в кране нет воды, виновата BSD. если в кране есть вода, BSDшник сс*л туда.

    сначала неистовые визги LLVM/CLang страшно нужно BSDшникам и только, теперь "BSDшники минусуют".

     

  • 1.11, Аноним (-), 16:58, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    О, кайф. А у Clang тоже скомпилированный в версии 3.0 бинарник не работает в системе с 2.9?
     
     
  • 2.81, sauron (??), 03:59, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > О, кайф. А у Clang тоже скомпилированный в версии 3.0 бинарник не
    > работает в системе с 2.9?

    Он юзает gccшные stdlibc++ и glibc. Ну а своя libcxx пока ни разу еще не релизилась.

     

  • 1.13, Аноним (13), 17:07, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
      Если можно легко заменить программы gnu ,другими -на bsd лиценз . Так и Столлмана скоро на пенсию отправят .
     
     
  • 2.14, Аноним (-), 17:10, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не отправят. К счастью, в мире не все такие беспечные как вы.
     

  • 1.15, x0r (??), 17:10, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да clang здорово ловит ошибки в C проектах, если бы еще в C++...
    Но пока gcc делает его по скорости.
     
     
  • 2.19, Аноним (-), 17:14, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Но пока gcc делает его по скорости.

    у меня clang++ быстрее раза в 1,5-2.

     
     
  • 3.29, Lain_13 (?), 17:41, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я так думаю имеется в виду вовсе не скорость сборки.
    http://www.opennet.me/opennews/art.shtml?num=32245
     
  • 2.44, klalafuda (?), 18:43, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да clang здорово ловит ошибки в C проектах, если бы еще в C++...
    > Но пока gcc делает его по скорости.

    Скорость сборки - параметр конечно важный, но до разумных пределов далеко не самый критичный. Опять же, g++ сегодня так же ооочень далек от ракеты на более-менее тяжелых C++ проектах.

     
     
  • 3.45, klalafuda (?), 18:45, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Скорость сборки - параметр конечно важный, но до разумных пределов далеко не
    > самый критичный. Опять же, g++ сегодня так же ооочень далек от
    > ракеты на более-менее тяжелых C++ проектах.

    PS: И да, такое ощущение, что чем дальше и старше версия gcc тем тормознее он собирает C++ код :-/
    PPS: Это я ещё про потребление памяти при этом не говорю - кушает как свинья апельсины. С тем же тенденциями.

     
     
  • 4.57, arisu (ok), 20:20, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > PS: И да, такое ощущение, что чем дальше и старше версия gcc
    > тем тормознее он собирает C++ код :-/
    > PPS: Это я ещё про потребление памяти при этом не говорю —
    > кушает как свинья апельсины. С тем же тенденциями.

    за это можно смело благодарить тех товарищей, которые нам вовсе не товарищи, и тащуть в c++ всё, до чего дотянуться могут. а бедному компилятору за них отдуваться приходится.

    ничего, будет ещё медленней — по мере реализации новых и новых фич из нового стандарта.

     
     
  • 5.73, klalafuda (?), 01:30, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > за это можно смело благодарить тех товарищей, которые нам вовсе не товарищи, и тащуть в c++ всё, до чего дотянуться могут. а бедному компилятору за них отдуваться приходится.

    Причем тут стандарт то и новые фичи? boost/asio иди boost/intrusive уже сто лет в обед и весь ченжлог за последние несколько лет - это багфиксинг. А вот собирается оно все медленнее и медленнее.

     
     
  • 6.74, arisu (ok), 02:03, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Причем тут стандарт то и новые фичи?

    да нет, что ты, совсем не при чём.

    > boost/asio иди boost/intrusive уже сто лет в обед

    и что?

    > и весь ченжлог за последние несколько лет

    чей?

    впрочем, дальнейший разговор бессмысленен, коль скоро ты не разделяешь фичи языка и стандартных библиотек.

     
  • 3.82, sauron (??), 04:00, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ccache дает куда более суровый прирост при разработке чем замена gcc на clang
     
  • 2.51, iZEN (ok), 19:02, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно тестировал скорость сборки Firefox 10 0 2 системным GCC 4 2 1 и системны... большой текст свёрнут, показать
     
     
  • 3.58, arisu (ok), 20:22, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    изя, лапочка, ты бы ещё потестировал скорость сборки си-проектов при помощи gcc и tcc, тоже было бы архиполезно.

    хинт для изи: собирают обычно один раз. используют — много. тормоза на стадии сборки окупаются более шустрым исполняемым кодом. такие дела.

     
     
  • 4.60, Andrew Kolchoogin (?), 21:22, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > тормоза на стадии сборки окупаются более шустрым исполняемым кодом. такие дела.

    Нет. (С)

    Эти вещи никак не связаны. Более того, тот факт, что C-Lang делает исполняемый код меньшего размера, _может_ позитивно отразиться на производительности.

    А может и не отразиться, но это надо Изю попросить попрофайлить.

     
     
  • 5.61, arisu (ok), 21:34, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> тормоза на стадии сборки окупаются более шустрым исполняемым кодом. такие дела.
    > Нет. ©

    как это? O_O

    > Эти вещи никак не связаны.

    *где* не связаны?

    я разве где-то утверждал, что код gcc в итоге быстрее? я, вообще-то, специально написал в общем виде, куда уж ясней? намекнул изе, что его «тесты» — бессмысленный мусор, и что надо проверять выхлоп, а не скорость сборки. если у clang и выхлоп шустрее — ок. если нет — нет.

     
     
  • 6.66, Аноним (-), 23:26, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Изену просто нужно было за что-то уцепиться, и это оказалась скорость сборки. Если бы Clang собирал медленнее gcc, но при этом писал бы в консоль анекдоты, Изен бы, поди, и это привел в качестве разгромного превосходства над gcc
     
     
  • 7.67, iZEN (ok), 23:48, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам посуди ждать сборки и установки всех нужных портов 12 часов или уйти куда-т... большой текст свёрнут, показать
     
     
  • 8.68, arisu (ok), 23:54, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    давай продолжим твои рассуждения дальше вот я, например, пнул апгрейд, и он за ... текст свёрнут, показать
     
     
  • 9.71, iZEN (ok), 00:22, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Представь себе, у меня нет каких-то там левых и непроверенных репозиториев Я пр... большой текст свёрнут, показать
     
     
  • 10.109, Michael Shigorin (ok), 12:05, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Обратное утверждение верно А Вы наивны, когда думаете, что соберёте что-то лучш... текст свёрнут, показать
     
     
  • 11.113, iZEN (ok), 14:13, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В элитизм мантейнеров не верю Это сборщики Авторы продуктов гораздо лучше разб... большой текст свёрнут, показать
     
     
  • 12.114, vle (ok), 14:32, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ментейнеры, с которыми приходится сталкиваться мне, зачастую производят впечатле... текст свёрнут, показать
     
     
  • 13.116, Michael Shigorin (ok), 15:23, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да при чём тут элитизм я вот не верю основываясь на вещаемом Вами тут , что ... большой текст свёрнут, показать
     
  • 9.85, DeadLoco (ok), 05:02, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У меня софты собраны с моими либами, с моими опциями компиляции, с моими твиками... текст свёрнут, показать
     
     
  • 10.86, arisu (ok), 05:33, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я рад за тебя но мы тут обсуждали принципы оценки нашего изи, а не 171 надо и... текст свёрнут, показать
     
     
  • 11.100, Аноним (-), 07:15, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не хуже фороникса какого Ути пуси - у нас дэйтацентр 20 рядов по 25 47U шк... текст свёрнут, показать
     
     
  • 12.101, arisu (ok), 07:17, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а у меня свой космодром, чо ты, кстати, проспал утреннюю сборку пакетов ... текст свёрнут, показать
     
  • 12.115, DeadLoco (ok), 14:55, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется Пакет - хорошо, когда он свой И никто не мешает держать собственную... текст свёрнут, показать
     
  • 8.110, cosmonaut (ok), 12:27, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    trollmode Вообще-то, третье Когда все устанавливается из готовых пакетов Хот... текст свёрнут, показать
     
  • 5.106, Andrey Mitrofanov (?), 10:49, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А может и не отразиться, но это надо Изю попросить попрофайлить.

    Просим, маэстро, просим!! Не, серьёзно. По-взрослому -- с "холодной перезагрузкой", [без X-ов, безголовых : вырезано самоцензурой] тестов броузера кучку... В Фороникс-Тест-Сьюте ФФ часть присутствует?? Во!

    Фороникс-Тест-Сьют уже "есть в портах"ТМ? Ась??

     

  • 1.17, антоним (?), 17:13, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А проверять не пробовали то, что собралось? Чтобы не было, как в том анекдоте, "но такая ерунда получается".
     
  • 1.18, iZEN (ok), 17:14, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    До них, наконец, ДОШЛО.

    P.S.
    Использую системный LLVM/Clang 3.0 для сборки системы и портированных программ на FreeBSD. В сравнении с GCC 4.2 скорость компиляции и сборки существенно (до 30%) возросла. Только GCC собираются незначительное количество портированных программ — исключения для них в /etc/make.conf:

    .if !empty(.CURDIR:M/usr/ports/*)
    .if empty(.CURDIR:M/usr/ports/www/libxul*) \
       && empty(.CURDIR:M/usr/ports/net-p2p/libtorrent-rasterbar*) \
       && empty(.CURDIR:M/usr/ports/audio/wavpack*) \
       && empty(.CURDIR:M/usr/ports/audio/libaacplus*) \
       && empty(.CURDIR:M/usr/ports/x11/menu-cache*) \
       && empty(.CURDIR:M/usr/ports/x11/libfm*)
    CC=clang
    CXX=clang++
    CPP=clang-cpp
    # Don't die on warnings
    NO_WERROR=
    WERROR=
    # Don't forget this when using Jails!
    #-NO_FSCHG=
    .endif
    .endif

     
     
  • 2.32, Аноним (-), 17:50, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пф-ф-ф, во FreeBSD в распоследней идет gcc 4.4.1. Нашел с чем сравнивать. Из портов, конечно, можно поставить, только вот компилиться он из портов будет через 4.4.1 ))) В DragonFly и то 4.4.7
     
     
  • 3.40, Школьник (ok), 18:31, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Пф-ф-ф, во FreeBSD в распоследней идет gcc 4.4.1

    4.2.1

    >Из портов, конечно, можно поставить, только вот компилиться он из портов будет через 4.4.1 )))

    Ну и что? Собираем 4.6 из портов с помощью 4.2.1, который идет с базовой системой, а дальше пользуемся 4.6 для компиляции всего остального. В чем проблема? Я так еще год назад делал.

     
  • 3.41, Аноним (-), 18:31, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пф-ф-ф, во FreeBSD в распоследней идет gcc 4.4.1. Нашел с чем сравнивать.
    > Из портов, конечно, можно поставить, только вот компилиться он из портов
    > будет через 4.4.1 ))) В DragonFly и то 4.4.7

    а какие проблемы апосля самого себя пересобрать самим собой?

     
     
  • 4.65, svn (??), 22:30, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >а какие проблемы апосля самого себя пересобрать самим собой?

    Вообще-то это обычный способ сборки gcc. Всегда версия собирает сама себя.

     
     
  • 5.83, sauron (??), 04:04, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>а какие проблемы апосля самого себя пересобрать самим собой?
    > Вообще-то это обычный способ сборки gcc. Всегда версия собирает сама себя.

    Кстати, а почему шланг так не делает? Он же на такое способен!

     
     
  • 6.88, Аноним (-), 05:50, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>а какие проблемы апосля самого себя пересобрать самим собой?
    >> Вообще-то это обычный способ сборки gcc. Всегда версия собирает сама себя.
    > Кстати, а почему шланг так не делает? Он же на такое способен!

    почему не делает? вполне себе делает.

     
  • 5.91, Аноним (-), 05:52, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>а какие проблемы апосля самого себя пересобрать самим собой?
    > Вообще-то это обычный способ сборки gcc. Всегда версия собирает сама себя.

    ну так и шланг так же, что тут удивительного?

     
  • 3.47, iZEN (ok), 18:54, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Пф-ф-ф, во FreeBSD в распоследней идет gcc 4.4.1.

    % /usr/bin/cc --version
    cc (GCC) 4.2.1 20070831 patched [FreeBSD]
    Copyright (C) 2007 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions.  There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    % uname -rsm
    FreeBSD 9.0-STABLE amd64

    > Нашел с чем сравнивать.
    > Из портов, конечно, можно поставить, только вот компилиться он из портов
    > будет через 4.4.1 ))) В DragonFly и то 4.4.7

    Из портов можно поставить:
    gcc42 4.2.5.20090325_5
    gcc44 4.4.7.20120117
    gcc46 4.6.4.20120302
    gcc47 4.7.0.20120225

    Перевод системы компиляции и сборки FreeBSD на другую версию GCC описан здесь:
    http://www.freebsd.org/doc/ru/articles/custom-gcc/article.html

     

  • 1.20, Аноним (-), 17:14, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Debian переходит на Clang? это было бы клева :)
    то что RedHat не перейдет - факт, ибо gcc - это его корова - а вот Debian вполне может.
     
     
  • 2.24, Аноним (-), 17:18, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Debian переходит на Clang? это было бы клева :)
    > то что RedHat не перейдет - факт, ибо gcc - это его
    > корова - а вот Debian вполне может.

    "Debian переходит на mips/mipsel/armel/powerpc/sparc ? это было бы клева :)"
    Никуда Debian не переходит. Он раскидывает щупальца.

     
     
  • 3.26, Andrey Mitrofanov (?), 17:25, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Debian переходит на Clang?
    > "Debian переходит на mips/mipsel/armel/powerpc/sparc ?

    Да чё там, Дебиан прешёлд же на FreeBSD уже. И на Hurd. </великие анинимные открытия>

     
     
  • 4.33, Аноним (-), 17:58, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А в прошлом, говорят, Debian перешел на win32. Но с тем проектом не срослось из-за блокировок исполняемых файлов.
     
     
  • 5.112, vle (ok), 13:33, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в прошлом, говорят, Debian перешел на win32.

    Если имеется ввиду Debian/Interix, то не win32, а  winnt.
    Interix работает поверх winnt, а не win32, в отличие от, скажем, cygwin-а.

     
  • 2.36, ILYA INDIGO (ok), 18:09, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы новость прочитайте, хотя бы осильте последний абзац :)
    С кем бы поспорить на миллион, что первым кто на него перейдёт будет Fedora?...
     
     
  • 3.107, Andrey Mitrofanov (?), 10:59, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > С кем бы поспорить на миллион, что первым кто на него перейдёт будет Fedora?...

    Во-первых, миллиона у тебя нет и на слово тебе никто не поверит.
    Во-вторых, РэдХэту оно ни во что не впёрлось.
    В-третьих, первым [и последним перешедшим "linux"-ом] будет fbsd 10. Любой _перешедший **полностью** захлебнётся и не выживет.

     

  • 1.27, Crazy Alex (ok), 17:39, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Для тех, кто невнимательно прочел новость: никто никуда не переходит. Взята пакетная база Дебиана и на ней проведен некий эксперимент. С тем же успехом это можно было на гентовском портаже провести, к примеру.
     
     
  • 2.35, xxx (??), 18:04, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Интерес также представляли расширенные возможности Clang по выводу информации о возможных ошибках и недоработках, учёт которых позволил бы повысить общее качество кодовой базы.

    Так что даже если в репах и на болванках выкладывать пакеты собранные GCC, то параллельная сборка с помощью clang была бы полезна всем. Если сообщество Debian отважится перейти от экспериментов к поддержанию постоянной инфраструктуры для сборки clang'ом будет замечательно.

     
     
  • 3.39, Crazy Alex (ok), 18:21, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это дело разработчиков, вообще-то. И анализ варнингов должны делать именно они, а не дебиановские маинтайнеры. Обратную ситуацию могу напомнить - Debian, ssh.
     
     
  • 4.50, Аноним (-), 19:02, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это дело разработчиков, вообще-то. И анализ варнингов должны делать именно они, а
    > не дебиановские маинтайнеры. Обратную ситуацию могу напомнить - Debian, ssh.

    Лучше напомнить OpenSSL в котором сломали безопастность :)

     

  • 1.31, Тот_Самый_Анонимус (?), 17:45, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я-то по заголовку подумал что тут про скорость бинарников речь. А тут о том, что собирается далеко не всё.
     
  • 1.34, Аноним (-), 18:00, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну прогресс, очевидно, есть. Раньше он у меня падал, а теперь просто выдает ошибки компиляции.
     
  • 1.42, ILYA INDIGO (ok), 18:33, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Конкуренция в GNU и альтернатива ключевым продуктам, таких как GCC x.org никогда не помешает и всегда идёт на пользу обоим, включая конечных пользователей :))
    Посмотрим что из этого выйдет...
     
     
  • 2.63, anonimus (?), 22:06, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    поддерживаю, пример firefox и chrome тому подтверждение
     
     
  • 3.94, Аноним (-), 05:55, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > поддерживаю, пример firefox и chrome тому подтверждение

    это в пример ставится накрутка версий в лисе что-ли? расскажите, что в этом полезного?

     
     
  • 4.125, szh (ok), 12:17, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    новые фичи и поддержку новых стандартов HTML5 из nightly пользователи получают не через год-два, а через 3-4 месяца
     

  • 1.46, Аноним (-), 18:51, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    тут было что и MINIX собирают Clang'ом. Тенденция?
     
  • 1.53, sphericalhorse (ok), 19:44, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно что получилось с качеством собраных бинариков. Не улучшилась ли производительность или потребление памяти?
     
     
  • 2.70, зумм (?), 00:09, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    интересно вообще работают ли они?
     
     
  • 3.104, Гаст (?), 09:24, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Потребление памяти уменьшается на 1-2%. Скорость падает на 5-10%. Стабильность работы, как ни странно, растет, хотя точно измерить затруднительно. Это у меня на рабочих проектах, но не думаю что у дебиана сильно иначе.
     
  • 2.108, Andrey Mitrofanov (?), 11:09, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Не улучшилась ли производительность или потребление памяти?

    Не поверишь, он их не то что не _запускал(*), но даже тупо размеры бинарников обещает посчитать как-нибудь в следующий раз.

    (*)И кстати, как вы [все!!, задающие _этот _тупой вопрос,] представляете себе проверку запускабельности, _изменения производительности и _изменения потреблибельности для 28000+ пакетов -- желательно ***скриптом***????

     

  • 1.119, Аноним (-), 15:48, 07/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В то время как Clang в полной мере пока поддерживает только архитектуры X86-32, X86-64 и ARM.

    А разве поддержка арма доступна в открытой версии clang? Вроде ж оно было только в проприетарной версии от яблока.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру