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

[danilissimus]

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

[Kobolog]

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

[Mithgol]

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

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

[googol]

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

[artyom_256]

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

[AlexTikhonov]

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

[Latobco]

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

[artyom_256]

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

for(int x : array)
{
// Do something...
}


и

for(int i=0;i<array_size;i++)
{
int i = array[i];
// Do something....
}


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

[Latobco]

Вы хотите сказать, что тут красиво?
[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]

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

[Gorthauer87]

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

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

[qvas]

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

[Zorkus]

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

[dima_eam]

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

[sylvio]

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

[Calvrack]

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

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

[Mox]

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

[Calvrack]

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

[vanxant]

Как там кстати с совместимостью? Опять для обновления libc надо будет полсистемы перекурочить?

[Gorthauer87]

Когда такое последний раз было то? Оо Кажется лишь во времена 3.4 > 4.0

[kvabr]

Тут важно понять что термины «полсистемы» и «перекурочить» для каждого означают своё ;-)

[Halt]

Написали бы еще про поддержку split stack-ов: gcc.gnu.org/wiki/SplitStacks

[googol]

спасибо. добавил.