LINUX.ORG.RU

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

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

cdshines ★★★★★ ()
Последнее исправление: cdshines (всего исправлений: 1)

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

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

Pavval ★★★★★ ()
Ответ на: комментарий от Pavval

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

bhfq ★★★★★ ()

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

frozenix ★★★ ()
Ответ на: комментарий от Pavval

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

frozenix ★★★ ()
Ответ на: комментарий от frozenix

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

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

quiet_readonly ★★★★ ()
Последнее исправление: quiet_readonly (всего исправлений: 2)
Ответ на: комментарий от quiet_readonly

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

frozenix ★★★ ()
Последнее исправление: frozenix (всего исправлений: 2)
Ответ на: комментарий от quiet_readonly

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

frozenix ★★★ ()

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

actics ()

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

actics ()
Ответ на: комментарий от dmfd

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

gag ★★★★★ ()
Ответ на: комментарий от buddhist

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

wota ★★ ()
Ответ на: комментарий от gag

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

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

Relan ★★★★★ ()
Ответ на: комментарий от Quasar

clang
C Language Family Frontend for LLVM

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

C Language Family Frontend

Java, ADA, Pascal, Fortran

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

Redrum ()
Ответ на: комментарий от gag

доп. языках,

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

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

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

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

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

Begemoth ★★★★★ ()
Ответ на: комментарий от Quasar

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

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

Begemoth ★★★★★ ()

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

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

devl547 ★★★★★ ()
Ответ на: комментарий от Relan

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

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

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

gag ★★★★★ ()
Ответ на: комментарий от Begemoth

доп. языках,

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

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

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

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

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

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

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

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

gag ★★★★★ ()
Ответ на: комментарий от gag

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

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

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

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

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

quiet_readonly ★★★★ ()
Ответ на: комментарий от gag

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

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

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

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

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

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

Relan ★★★★★ ()
Ответ на: комментарий от Relan

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

bhfq ★★★★★ ()
Ответ на: комментарий от quiet_readonly

Но кроме intel compiler team

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

dmfd ()
Ответ на: комментарий от StrongDollar

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

queen3 ★★★★★ ()
Ответ на: комментарий от quiet_readonly

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

dmfd ()
Последнее исправление: dmfd (всего исправлений: 4)
Ответ на: комментарий от quiet_readonly

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

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

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

Relan ★★★★★ ()
Ответ на: комментарий от Relan

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

shahid ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.