| 1.1, Аноним (-), 15:01, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я поначалу думал, что релиз FreeBSD 9.1 задерживается, потому что разработчики хотят включить в него Clang/LLVM 3.2. Но наверное те образы, которые выложены на фтп, уже не изменят.
| | |
| |
| 2.9, IMHO (?), 15:23, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
его в 10й версии планируют ввести как основной, но gcc там будет по умолчанию
| | |
| |
| |
| 4.35, arisu (ok), 20:35, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Кстати, опубликовали годовой отчет FreeBSD Foundation, там много интересного, а на opennet.ru
> новости почему-то нет.
дык напиши, дел-то.
| | |
|
|
|
| |
| 2.4, anonymous (??), 15:17, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Пора ему уже обгонять GCC. Или еще 10 лет надо? Он же такой хороший прехороший, такой модульный премодульный, такой понятный для новичка. Когда рвать GCC то начнет не на словах?
| | |
| |
| 3.5, прохожий (?), 15:19, 21/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
он уже сейчас рвет - static analyzer очень очень не плох.
ну и почему-то именно llvm используют в X.org для компиляции шейдеров, а gcc оказался не при делах..
| | |
| |
| |
| 5.8, прохожий (?), 15:23, 21/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> На каких тестах рвёт? Пожалуйста, покажите.
> Пока ничего не видел.
покажите пожалуста статический анализатор в gcc - а потом поговорим :-) Этого у gcc нету и не будет..
| | |
| |
| 6.13, Аноним (-), 15:47, 21/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Этого у gcc нету и не будет..
GCC настолько суров, что компиляет всё подряд без всяких анализов, ага.
| | |
| 6.15, Аноним (-), 15:50, 21/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>покажите пожалуста статический анализатор в gcc
А зачем он именно в компиляторе? Их существуют сотни, в том числе коммерческие, а прибивать конкретный анализатор гвоздями, по меньшей мере, глупо.
Кстати если он вам так нравится вы можете использовать Clang Static Analyzer вместе с GCC, без проблем.
| | |
| |
| 7.32, прохожий (?), 20:07, 21/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>>покажите пожалуста статический анализатор в gcc
> А зачем он именно в компиляторе? Их существуют сотни, в том числе
> коммерческие, а прибивать конкретный анализатор гвоздями, по меньшей мере, глупо.
> Кстати если он вам так нравится вы можете использовать Clang Static Analyzer
> вместе с GCC, без проблем.
ясна. как только показываешь чего не хватает - так сразу начинаются вопли - "не нужно".
Слышали уже такое - плавали..
А зачем мне нужно использовать Clang Static Analyzer - с gcc? когда можно без gcc обойтись.
| | |
|
| 6.24, Аноним (-), 18:40, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> покажите пожалуста статический анализатор в gcc
Их отдельных как грязи. А вот код отдельной тулзой фиг соптимизируешь.
| | |
|
|
| 4.21, Аноним (-), 16:09, 21/12/2012 [^] [^^] [^^^] [ответить]
| +5 +/– |
> ну и почему-то именно llvm используют в X.org для компиляции шейдеров
> X.org
> шейдеров
Нет в X.org никаких шейдеров, вас жестоко обманули. Шейдеры — это к Mesa и Gallium3D.
| | |
| |
| 5.31, прохожий (?), 20:05, 21/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> ну и почему-то именно llvm используют в X.org для компиляции шейдеров
>> X.org
>> шейдеров
> Нет в X.org никаких шейдеров, вас жестоко обманули. Шейдеры — это к
> Mesa и Gallium3D.
которые часть xorg в сумме. но не суть важно - gcc такого не умеет.
| | |
| |
| 6.37, Аноним (-), 20:47, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кэп напоминает, что gcc вообще-то и не предназначен для того, чтобы компилировать шейдеры. Да и LLVM не умеет прорвы из того, что умеет gcc. Оптимизацию, например. И поддержку архитектур.
| | |
| |
| 7.51, linux must _RIP_ (?), 07:51, 22/12/2012 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Кэп напоминает, что gcc вообще-то и не предназначен для того, чтобы компилировать
> шейдеры. Да и LLVM не умеет прорвы из того, что умеет
> gcc. Оптимизацию, например. И поддержку архитектур.
Ну да. отмазки у нас по средам.
А архитектуры - в случае llvm - пишутся очень легко. Только кэп напоминает что основными архитектурами является x86 (очень дофига рынка), arm, и умирающий power pc и mips. Остальные платформы скорее для гиков. А все эти платформы llvm умеет. Видимо ваш кэп потерялся в прошлом?
| | |
| |
| 8.52, Аноним (-), 09:35, 22/12/2012 [^] [^^] [^^^] [ответить] | +4 +/– | Склько десятков лет еще нужно, чтобы они легко написались на деле а не на словах... текст свёрнут, показать | | |
|
|
|
|
|
| 3.6, прохожий (?), 15:21, 21/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Пора ему уже обгонять GCC. Или еще 10 лет надо? Он же
> такой хороший прехороший, такой модульный премодульный, такой понятный для новичка. Когда
> рвать GCC то начнет не на словах?
http://gcc.gnu.org/gcc-4.7/cxx0x_status.html
а теперь сравниваем с
>>
- В LLVM-фронтэнде Clang обеспечена полноценная поддержка стандарта C++'11
>>
так что gcc начинает уже отставать... не тот он уже.. не тот..
| | |
| |
| 4.43, ferux (ok), 00:00, 22/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Вообще-то по ссылки новости не полноценная поддержка а
>Clang 3.2 supports most of the language features added in the latest ISO C++ standard.
Да и в направлении Generalized attributes у них месяц назад даже работа не велась, судя по llvm-dev, а работы там достаточно должно быть.
| | |
|
|
|
| 1.3, прохожий (?), 15:15, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
> Улучшена работа библиотек libc++ и compiler_rt, которые распространяются под двойной лицензией MIT и UIUC.
Что гарантирует что программы не будут зависеть - захочет Столман добавить linking exception для gcc или решит что все собранное при помощи gcc обязано быть GNU GPL vX (как уже было с v3).
| | |
| |
| |
| |
| 4.28, Аноним (-), 19:37, 21/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> тссс ... накаркаешь
Очкуете, хомячки? Это вы после инстаграма так? :)
| | |
|
|
| 2.25, Аноним (-), 18:45, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Что гарантирует что программы не будут зависеть
А зависимость от эппла куда делась? Вон тут видно уже что к чему - непропорционально много внимания всяким левым objc и яблочным процам. А если кто вздумает отскрестись от асфальта и пойдет конкурировать всерьез - быстренько окажется без компилера и улучшений в нем. Со стороны яппла довольно умно.
| | |
| |
| 3.29, прохожий (?), 20:02, 21/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А зависимость от эппла куда делась?
а она там была? разрабатывают не сотрудники, права на код принадлежат не Apple - в чем зависимость то?
Вот в GCC есть зависимость на GNU - как чихнут в там - так в gcc и будет.
За что разработчик уже не раз gcc комитет критиковали.
> Вон тут видно уже что к чему - непропорционально много внимания всяким левым objc и яблочным процам.
Что вам не устравает? это открытый код - значит делает что как может.
вы забыли что один из типов оптимизации в gcc (которую дарил google) работает только на x86 - вас не удивляет такое предпочтение перед MIPS? меня например возмущает такая дискриминация.
> А если кто вздумает отскрестись от асфальта и пойдет конкурировать всерьез - быстренько окажется без компилера и улучшений в нем.
Да ну? а что открытый код куда-то денется? его прям так сразу закроют? Вы это в серьез? неее.. вам надо провериться... Боюсь случай запущенный - но излечимый.
| | |
| 3.30, прохожий (?), 20:04, 21/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А если кто вздумает отскрестись от асфальта и пойдет конкурировать всерьез
> - быстренько окажется без компилера и улучшений в нем.
Вы кстати это придумали посмотрев на RedHat - как только Oracle стал с ним конкурирвать и купил splice (которую они тоже хотели купить) - так сразу из ядра сделали блоб - в котором никто не может разобраться. За одно подгадили другим открытым проектам.. Слава RedHat ?!
| | |
| 3.36, arisu (ok), 20:39, 21/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> непропорционально много внимания всяким левым objc
а вот Objective C не надо ругать, отличный язык. и практически, и как пример правильного привинчивания ООП к С. я, правда, не смотрел на ObjC 2 (или какой там сейчас), не в курсе, чего туда досыпали. но правильную концепцию испортить достаточно сложно.
| | |
| 3.38, Аноним (-), 21:58, 21/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> и яблочным процам
Выдыхайте, с каких пор ARM имеет отношение к Apple?
| | |
|
| 2.47, Michael Shigorin (ok), 01:39, 22/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Что гарантирует что программы не будут зависеть - захочет Столман добавить linking
> exception для gcc или решит что все собранное при помощи gcc
> обязано быть GNU GPL vX (как уже было с v3).
Вас совсем не смущает то, что ошибку исправили, как только заметили?
| | |
| |
| 3.48, arisu (ok), 01:45, 22/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вас совсем не смущает то, что ошибку исправили, как только заметили?
нет, конечно: с такой поправкой уже не получается кричать, что «FSF и rms хотят поработить весь мир!»
| | |
|
|
| 1.18, Hugo Reyes (ok), 16:00, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Че-то таблицу по статусу C++11 не обновили
http://clang.llvm.org/cxx_status.html
И до сих пор крашится на variadic template (одна из частей стандарта C++11)
template <typename, typename ...Ts>
int const (&make_zod())[sizeof...(Ts)+1] { return {42}; }
int main(int argc, char *argv[])
{
make_zod<int>();
return 0;
}
| | |
| |
| 2.26, Аноним (-), 18:48, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну яблоку нафиг си++11 не упал. У них там objc. Ему и досталось.
| | |
| |
| 3.41, Hugo Reyes (ok), 22:44, 21/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Парсер не крахнулся, за генератор кода не скажу.
В джире до сих пор issue не закрыт.
Url не помню, ищется по ключевому слову "C++11". Пишу с мобильного.
| | |
|
| 2.44, linux must _RIP_ (?), 00:54, 22/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
вреш ты все. никто не крашится - только не компилирует..
bash-3.2$ clang++ -Wc++11-extensions 1.c++
1.c++:1:30: warning: variadic templates are a C++11 extension [-Wc++11-extensions]
template <typename, typename ...Ts>
^
1.c++:2:51: warning: generalized initializer lists are a C++11 extension [-Wc++11-extensions]
int const (&make_zod())[sizeof...(Ts)+1] { return {42}; }
^~~~
1.c++:2:51: error: reference to type 'const int [1]' cannot bind to an initializer list
int const (&make_zod())[sizeof...(Ts)+1] { return {42}; }
^~~~
1.c++:6:5: note: in instantiation of function template specialization 'make_zod<int, >' requested here
make_zod<int>();
^
2 warnings and 1 error generated.
| | |
| |
| 3.54, Hugo Reyes (ok), 14:29, 22/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> никто не крашится - только не компилирует..
Неправильно выразился, проблема в том, что данный код с точки зрения C++11 корректный и должен компилироваться.
| | |
|
|
| 1.19, Hugo Reyes (ok), 16:05, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Блин, кто новость писал. В оригинале
Clang 3.2 supports _most_ of the language features added in the latest ISO C++ standard,C++ 2011.
Но никак не полноценная поддержка.
Следующие фичи были добавлены по сравнению с clang 3.1:
- Implemented the C++11 discarded value expression rules for volatile lvalues.
- Support for the C++11 enum forward declarations.
- Handling of C++11 attribute namespaces (automatically).
- Implemented C++11 [conv.prom]p4: an enumeration with a fixed underlying type has integral promotions to both its underlying type and to its underlying type's promoted type.
| | |
| |
| 2.22, Hugo Reyes (ok), 16:17, 21/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> - Implemented the C++11 discarded value expression rules for volatile lvalues.
- просто пофиксили багу (правда сейчас редко кто использует volatile, но да ладно - пофиксили и молодцы)
> - Support for the C++11 enum forward declarations.
уже есть в gcc (N2764)
> - Handling of C++11 attribute namespaces (automatically).
n2761 в gcc уже было
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53528
> - Implemented C++11 [conv.prom]p4: an enumeration with a fixed underlying type has
> integral promotions to both its underlying type and to its underlying
> type's promoted type.
Просто пофиксили багу, gcc этим не страдал
| | |
|
| 1.23, an. (?), 17:51, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Отличная новость!Желаю проекту удачи и, наконец, взять под основное крыло дебаггер!
| | |
| 1.34, arisu (ok), 20:35, 21/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
молодцы, хорошо идут. кто-нибудь проверял, как дела с армами? да, мне самому лень.
p.s. имею в виду — «в сравнении с gcc».
| | |
| |
| |
| 3.42, arisu (ok), 22:53, 21/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> GCC побеждает
это старая версия кланга/ллвм. а мне интересно, много ли в новой улучшений. только из армов под рукой сейчас лишь N900, лень для него clang/llvm собирать, даже под скратчбоксом.
| | |
|
|
| 1.57, iZEN (ok), 23:01, 29/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Шесть дней назад LLVM/Clang 3.2 закоммичен в HEAD FreeBSD 10-CURRENT. Релиз FreeBSD 9.1 задерживается, видимо, из-за подготовки бэкпортирования LLVM/Clang 3.2 в 9-STABLE и последующей сборки релиза с новой версией компилятора.
| | |
|
