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.54, arisu (ok), 20:17, 06/03/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Как этот CUPS задолбал, в каждый дистриб суют эту гадость…
не ставь. у меня вот не принтера — я и не ставлю.
| |
|
|
|
|
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. пока что шланг его упорно догоняет.
| |
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
Было уточнение, что мой скептицизм связан со спецификой моей работы.
| |
|
|
|
|
|
2.120, Аноним (-), 15:51, 07/03/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Debian - я не ошибаюсь - что это первый дистрибутив, который неровно задышал к Clang/LLVM ?
А при чем здесь дебиан? Разве тот факт, что какой-то дядя решил поэкспериментировать, характеризует общую политику проекта?
| |
|
|
2.38, Аноним (-), 18:18, 06/03/2012 [^] [^^] [^^^] [ответить]
| –4 +/– |
за что минусуют? человек истину изрёк.
или это минусуют клоны айзенов и прочих бсданутых товарищей, слюной брызжащие на всё ГНУтое?
| |
|
3.49, Аноним (-), 19:00, 06/03/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> за что минусуют? человек истину изрёк.
> или это минусуют клоны айзенов и прочих бсданутых товарищей, слюной брызжащие на
> всё ГНУтое?
не на все. А на то как gcc ложит болт на стандарт языка C и навязывает кучу линуксизмов.
На то что куча майданутых "чукче писателей" не знают что есть стандарты - и впиливают linux зависимый код - вместо написания переносимых вещей.
Хотя приспешникам Столмана это не понять - у них есть религия - им больше не надо.
| |
|
|
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 +/– | это было ни разу не очевидно печально а уж как шланг кладёт болты на стандарт... большой текст свёрнут, показать | |
|
|
|
7.127, arisu (ok), 19:19, 08/03/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Уже пофиксили в 4.7.0
фанбоям пофигу. у них ошибка в gcc называется «забивает на стандарты». а ошибка в шланге — «динамично развивается».
| |
|
|
|
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.
| |
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 [^] [^^] [^^^] [ответить] | +/– | Представь себе, у меня нет каких-то там левых и непроверенных репозиториев Я пр... большой текст свёрнут, показать | |
|
|
11.113, iZEN (ok), 14:13, 07/03/2012 [^] [^^] [^^^] [ответить] | +/– | В элитизм мантейнеров не верю Это сборщики Авторы продуктов гораздо лучше разб... большой текст свёрнут, показать | |
|
12.114, vle (ok), 14:32, 07/03/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Ментейнеры, с которыми приходится сталкиваться мне, зачастую производят впечатле... текст свёрнут, показать | |
|
|
|
|
10.86, arisu (ok), 05:33, 07/03/2012 [^] [^^] [^^^] [ответить] | –3 +/– | я рад за тебя но мы тут обсуждали принципы оценки нашего изи, а не 171 надо и... текст свёрнут, показать | |
|
|
|
|
|
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.34, Аноним (-), 18:00, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Ну прогресс, очевидно, есть. Раньше он у меня падал, а теперь просто выдает ошибки компиляции.
| |
1.42, ILYA INDIGO (ok), 18:33, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Конкуренция в GNU и альтернатива ключевым продуктам, таких как GCC x.org никогда не помешает и всегда идёт на пользу обоим, включая конечных пользователей :))
Посмотрим что из этого выйдет...
| |
|
|
3.94, Аноним (-), 05:55, 07/03/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> поддерживаю, пример firefox и chrome тому подтверждение
это в пример ставится накрутка версий в лисе что-ли? расскажите, что в этом полезного?
| |
|
4.125, szh (ok), 12:17, 08/03/2012 [^] [^^] [^^^] [ответить]
| +/– |
новые фичи и поддержку новых стандартов HTML5 из nightly пользователи получают не через год-два, а через 3-4 месяца
| |
|
|
|
1.53, sphericalhorse (ok), 19:44, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно что получилось с качеством собраных бинариков. Не улучшилась ли производительность или потребление памяти?
| |
|
|
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? Вроде ж оно было только в проприетарной версии от яблока.
| |
|