Теперь clang поддерживает C++11 полностью.

поддерживай меня полностью

выход которого ожидается в 2014 году под именем C++14

В фразе «в 2014» ошибка, правильно - «не раньше 2017».

OpenMP и cilk+ он уже поддерживает? Нет? А зачем он тогда нужен?

Неа. Потому что не зарелизился еще. Релизнутый G++ 4.8 умеет все, кроме одной фичи (кажись rvalue references for this).

P.S. похороникс написал новость, opennet прочитал и написал свою, ЛОР кинул ссылку на opennet.

В SVN то. А релизы да нету, вот подождем релиз, напишут новость полноценную, а я так вбросл. :)

C++11 это ведь не только компилятор, там ещё и поддержка стандартной библиотеки нужна. С ней как там?

а на два дня раньше, чем на похороникс, это было на hacker news

При компиляции под айфон работает почти всё: functional, memory, двойные ссылки и списки инициализации со стандартными контейнерами. Кажется, функций to_string не было ещё.

Но clang может использовать как libc++, так и libstdc++.

вот в libc++, libstdc++ в своё время чего-то не было. Чего-то из этого chrono, ratio, regex, tuple, точно помню, что boost из-за этого подключал.

Чего-то и сейчас нет. Год-два наза regex в libstdc++ криво работал.

да да, точно на его место туда влепили какую-то заглушку, из-за которой я получал левые результаты, про это на лоре и спрашивал.

Спасибо, ты заставил меня смеяться)

Хорошая новость, горд за опенсорсную отчизну.

возможно пророчеста о смерти gcc начинают сбываться.

Нужность я не оспариваю. Но с таким рвением браться за далёкий 1y, учитывая, что ещё нужно догонять в OpenMP, доп. языках, компиляции ядра, что уже давно как насущные проблемы. Как-то неожиданно там приоритеты выставляют.

Когда он научится Java, ADA, Pascal, Fortran? Никогда? Не нужно!

зачем нужен еще один компилятор C++? зачем нужен nginx, когда есть apache? не выйдет из вас коммунистов...

Лорчую! Go забыли еще.

плохой, плохой clang, но к счастью есть «совершенно другой» проект - llvm, под него есть компилятор go

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

Кому нужно? Яблоку, видимо, не нужно. Ну а кто платит, тот и заказывает музыку.

clang
C Language Family Frontend for LLVM

Когда он научится Java, ADA, Pascal, Fortran? Никогда? Не нужно!

C Language Family Frontend

Java, ADA, Pascal, Fortran

У вас мозг рака.

доп. языках,

Это другие компиляторы должны реализовывать, не clang.

компиляции ядра

Или избавлять ядро gcc-измов, где это возможно?

Как-то неожиданно там приоритеты выставляют

Вполне ожиданно, userspace программы пишет гораздо больше народа, чем ядра ОС, С++ также более популярен чем Ada с Fortran'ом вместе взятые, и наличие актуального компилятора С++ важнее, чем наличие компилятора Ada.

Когда он научится Java, ADA, Pascal, Fortran

Ну GCC Java и Pascal фактически тоже не умеет. GPC сдох в 2005, GCJ - не позднее 2009.

По моему, они брешут. Minimal support for garbage collection and reachability-based leak detection - так и не реализован. Равно как и Extended integral types и Abandoning a process and at_quick_exit.

С того же опеннета.
У GCC поддержка более полная, кстати.

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

Кому нужно? Яблоку, видимо, не нужно. Ну а кто платит, тот и заказывает музыку.

А как под apple реализовывать распараллеливание на objc? Неужели яблочники довольны своими многоядерными интелами? Да и какая выгода от 1y, который может ещё и поменяться до выхода...

доп. языках,

Это другие компиляторы должны реализовывать, не clang.

Да, это я по аналогии с gcc обозвал clang семейством компиляторов.

компиляции ядра

Или избавлять ядро gcc-измов, где это возможно?

Да, но насколько я понимаю, clang'щикам эти патчи и писать.

Как-то неожиданно там приоритеты выставляют

Вполне ожиданно, userspace программы пишет гораздо больше народа, чем ядра ОС, С++ также более популярен чем Ada с Fortran'ом вместе взятые, и наличие актуального компилятора С++ важнее, чем наличие компилятора Ada.

Да и открытых проектов с OpenMP не так много. А проприетарщина, наверняка, уже правильно собрана. Но из-за этого пока clang проникает на BSD/Linux, gcc по-прежнему хорошо сидит под маком. Хоть тех, кому нужен GHDL, требующий Аду и мало.

Но с таким рвением браться за далёкий 1y, учитывая, что ещё нужно догонять в OpenMP, доп. языках, компиляции ядра, что уже давно как насущные проблемы

OpenMP уже пилят. Принципы обсудили (и RFC написали), добавили поддержку в AST. На каком точно этапе оно сейчас — не знаю.

Но кроме intel compiler team над шлангом работает ещё много кто, и улучшают они разные подсистемы.

Компиляцией ядра занята одна из лабораторий Qualcomm, и, кстати, в шланге уже все нужные патчи приняты: он собирает допатченное ядро, дело за ядром.

Доп. языки не нужны, и так парсер 6 языков обрабатывает.

А как под apple реализовывать распараллеливание на objc?

http://developer.apple.com/library/ios/#documentation/Performance/Reference/G...

Неужели яблочники довольны своими многоядерными интелами?

В каком смысле?

Да и какая выгода от 1y, который может ещё и поменяться до выхода...

Понятия не имею, в С++ не силен. Просто странно хотеть от Apple поддержку сборки ядра Linux. :) Кстати, есть проект LLVMLinux от каких-то энтузиастов.

и так парсер 6 языков обрабатывает

Парсер clang? C, C++, Objective C, Objective C++... какие еще 2?

Наверное еще Objective C и Objective C как в apple любят статистику считать.

Но кроме intel compiler team

То-то я вижу, сообщения об ошибках совсем как в icc.

opencl, cuda

Кстати, есть проект LLVMLinux от каких-то энтузиастов.

Эти энтузиасты работают в Qualcomm за доллары.

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

Остапа понесло. Шланг не компилирует CUDA C. Её всегда компилирует nvcc (форк open64), который может использовать шланг как компилятор обычного С++ кода для хоста. Кривовато, насколько я пробовал. С OpenCL ситуация похожая, но тут я не специалист.

Кстати, есть проект LLVMLinux от каких-то энтузиастов.

Эти энтузиасты работают в Qualcomm за доллары.

А нафига это Qualcomm-у?

Квалкому наверное хочется юниксвейности и гибкости, а не раскапывания многовековых пластов сорцов gcc. Чтоб при выявлении ошибки компелятора быстро её быстро пофиксить, а не слать поклон в gnu голубиной почтой.