GCC 4.9.0 вышел!

Извини, а можешь уточнить что плохого в такой конструкции? Я так понимаю подобным образом приводить к структурам тоже плохо?

Извини, а можешь уточнить что плохого в такой конструкции?

UB. Невыровненный доступ не обязан работать.

Я так понимаю подобным образом приводить к структурам тоже плохо?

За такое вообще надо убивать без наркоза.

Собирай и разбирай по байтам.

[jonnie@hercules ~]$ gcc --version
gcc (GCC) 4.9.0
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[jonnie@hercules ~]$ uname -mrs
Darwin 13.1.0 x86_64
[jonnie@hercules ~]$ 

Ура, товарищи!

стабилизации ебилдов

Проще в хомяке собрать.

Только закончил 4.7 собирать мир...

Само по себе — не нужно, как и amd vs intel. Но в целом нужно.

Гентокомпиляторы теряются даже на фоне потребления заряжающимися дилдо принадлежащих конкретно блондинкам в определённой части света.

Да, реально жёстко обломился на 4.8.2

как и ffmpeg и libav

Сомневаюсь, что *((float*)buf) должно падать, если адрес buf не выровнян по 4-м байтам. Также сомневаюсь, что проблема в железе.

Зря сомневаешься. Может. Ни кто не гарантирует, что работать будет

P.S. Если это UB, то можно и нужно ткнуть меня носом в стандарт, но что-то я такие грабли в сишечке не припомню.

Если buf был выделен не как float, то как ты его разыменовываешь, как float?

Поддержка языка Go 1.2.1 реализована.

А что сломали? А то у Иана Ланса Тейлора привычка даже в минорных релизах что-нибудь ломать, а потом объяснять, что так и надо.

P.S. Если это UB, то можно и нужно ткнуть меня носом в стандарт, но что-то я такие грабли в сишечке не припомню.

6.3.2.3, п.7.

Нужно разработчикам Эльбруса сообщить - пусть начинают разрабатывать расширение для GCC под свой процессор.

Что ж топикстартер не упомянул появление искоробочной раскрашивалки выхлопа компилятора, весьма удобной при сборке вне IDE? colorgcc больше не нужен. :)

Самый C/C++ный выпуск из всех последних. Может быть, из всей 4 ветки. На поддержку и допиливание остальных языков откровенно забили, пытаясь, видимо, бороться со шлангом. Но это всё равно не поможет, потому что шланг ставят исключительно из лицензионных и идеологических соображений. И качество кода здесь ни при чём, как и удобство программирования.

Но это всё равно не поможет, потому что шланг ставят исключительно из лицензионных и идеологических соображений. И качество кода здесь ни при чём, как и удобство программировани

clang банально быстрее при сборке без оптимизации, выдает больше полезных предупрежедений, лучше умеет новые стандарты С++, имеет полезные тулзы и инструменты и т.д., и да - релизные билды я делаю gcc, т.к. он на данный момент лучше умеет в оптимизацию, и никакой религии тут нет

Отлично же.

а вот и нет

а вот и да:
https://packages.debian.org/search?keywords=gcc-4.9

разименование float* по невыровненному адресу на gcc-4.7 на armv7. Приложение получает SIGBUS (ошибка шины), пофиксили?

Эм, а это точно проблема компилятора? aligning error это обычно проблема незнания архитектуры или отсутствия автовыравнивания в коде ядра(которое все равно чрезвычайно медленное).

Сомневаюсь, что *((float*)buf) должно падать, если адрес buf не выровнян по 4-м байтам. Также сомневаюсь, что проблема в железе.

На некоторых MIPS-ах, где нет автовыравнивания в ядре это - обычная практика.

Чтоб не быть голословным - https://bugs.gentoo.org/show_bug.cgi?id=371525

Тем, что это не работает. Правильно использовать memcpy.

6.3.2.3, п.7.

Спасибо. Действительно UB, претензии сняты.

Собрал сабж для mingw. Попробовал собрать qt-4.8.5. Линкер засегфолтился.

Вывод: не сабж готов!

Вывод: не сабж готов!

Если не сабж, то кто?

Напишу этот комментарий, чтобы ты подумал, что кому-то не всё равно.

Напишу этот комментарий, чтобы ты подумал, что кому-то не всё равно.

Вот это великодушие!

Это ты так мощно про ДС-1 задвинул?

Если не сабж, то кто?

кто-кто - gcc-4.8.2 !

Замечательная новость!

Недавно вляпался в разименование float* по невыровненному адресу на gcc-4.7 на armv7. Приложение получает SIGBUS (ошибка шины), пофиксили?

Это - претензии к процессору, а не к компилятору. Скажи спасибо, что он ещё исключение генерит - на armv4 молчком кидает кривые данные.

а Фряху он может собрать?

Только разобрать.

Какое отношение компоновщик имеет к компилятору, клоун?

Зачем?

У меня почему-то при сборке в 4.9
lighttpd на Ивике с

-march=core-avx-i

-march=corei7 -mtune=core-avx-i

Ждем ебилдов.