googol 28 мар 2011 в 09:34

Поприветствуем GCC 4.6

1 мин

5.7K

Компиляторы*

+68

Комментарии 24

danilissimus 28 мар 2011 в 09:50

>Возрадуйтесь братия и сестры!
А я всегда знал, что Linux — секта!

Kobolog 28 мар 2011 в 11:31

Тогла надо было вступить так: «Brothermen and sistermen!»

НЛО прилетело и опубликовало эту надпись здесь

Mithgol 28 мар 2011 в 09:59

Э, а чего ж в «Персональных блогах»?

Рекомендую подписаться на блог «Компиляторы» и перенести туда свою блогозапись.

googol 28 мар 2011 в 10:02

сказано — сделано!

artyom_256 28 мар 2011 в 11:21

Поддержка стандарта С++0x — это интересно. пока реализовали 39 из 60 новых возможностей. Ждём остальных.

AlexTikhonov 28 мар 2011 в 12:02

Ага, я все жду когда через стандартный PPA прийдет 4.6 чтоб for(auto a: b) заюзать :)

Latobco 28 мар 2011 в 18:44

С++0x — нечитабельное зло…

artyom_256 28 мар 2011 в 21:59

Да ну…
Есть разница:

for(int x : array)

{

 // Do something...

}

for(int i=0;i<array_size;i++)

{

 int i = array[i];

 // Do something....

}

Лично я за нововведения

Latobco 28 мар 2011 в 23:33

Вы хотите сказать, что тут красиво?

[m_val, m_power] (int & _val) mutable

 {

 _val = m_val;

 m_val *= m_power;

 });

Если раньше в C++ была проблема WTMA (Way To Many Ampersands), то теперь OMG!

template class vector {

 // ...

 vector(const vector&); // copy constructor

 vector(vector&&); 



Я же не говорю, что все нововведения - полное гавно.. Есть и полезные, типа вашего foreach...

Gorthauer87 28 мар 2011 в 23:53

Если есть такая мания нечитабельные конструкции лепить, то может к врачу стоит сходить?

Gorthauer87 28 мар 2011 в 12:01

>Улучшение скоростных характеристик самого компилятора. Видимо это является ответом на критику со стороны Clang/LLVM. Теперь GCC компилирует ~ на 10% быстрее и требует меньше памяти.

Я смотрю они им уже в спину дышат. Что же, интересно будет понаблюдать за этой битвой, хотя как мне кажется, рано или поздно clang/llvm завалят gcc. Хотя бы из за возможности анализатор кода последнего встраивать в IDE. gcc так не умеет!

qvas 28 мар 2011 в 12:31

Почему-то в комментариях никто не отметил Link Time Optimization. А ведь это было самым большим недостатком при ипользовании gcc для эмбедед платфом, из-за чего разработчики предпочитают пользоваться крякнутыми иарами и иже с ними.

Zorkus 2 апр 2011 в 23:57

Возможно, скоро они сделают полноценную JIT-компиляцию и рантайм оптимизацию-деоптимизацию))

dima_eam 28 мар 2011 в 12:33

Эх, еще бы поддержку APL влепить

sylvio 28 мар 2011 в 17:56

А зачем это вам вдруг АПЛ?

Calvrack 28 мар 2011 в 14:25

Хм… попробовал версию из убунтовского PPA. В нашем приложении (много интринзиков, множетсвенные последовательные обходы больших буферов) на i7 2600K все стало только медленнее, а включение lto крадет еще 10% производительности.

OpenMP ведет себя как-то неадекватно — работает рывками.
Так что, что-то пока сыровато.

Mox 28 мар 2011 в 18:23

А это с -march=corei7 -mtune=corei7?

Calvrack 28 мар 2011 в 18:31

Да. Между core2, corei7, corei7-avx разницы в нашей задаче не заметил. Хотя это не значит что ее нет. Вот тут обзор влияния флагов — www.phoronix.com/scan.php?page=article&item=intel_avx_gcc&num=1