OpenForum RSS: Корректирующий релиз набора компиляторов GCC 4.5.2 https://www.opennet.ru/openforum/vsluhforumID3/73416.html Вышел корректирующий релиз набора компиляторов GCC 4.5.2 (http://gcc.gnu.org/), в котором проведена работа по исправлению ошибок, регрессивных изменений и проблем с совместимостью. С момента выхода прошлой версии отмечено (http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.5.2) 75 исправлений, большинство из которых связанно с устранением внесенных ранее регрессивных изменений. Исходные тексты компилятора можно загрузить с сайта проекта (ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.5.2/) или с его зеркал (http://gcc.gnu.org/mirrors.html).<br><br>URL: http://gcc.gnu.org/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=29031<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (Прохожий старый анонимус) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#28 Tue, 21 Dec 2010 08:04:25 GMT А почему не функция с переменным числом параметров ? Ну как-то так<br><br>void mylog(const char *f, ...) {<br> static struct tm *curr;<br> static time_t curr_t;<br> static char w[100];<br> va_list args;<br><br> curr_t = time(NULL);<br> curr = localtime(&curr_t);<br> strftime(w, 100, "%d-%m-%y %T", curr);<br> fprintf(stdout, "%s ", w);<br><br> va_start (args, f);<br><br> vfprintf (stdout, f, args);<br> va_end (args);<br> fprintf(stdout, "\n");<br> fflush(stdout);<br><br>}<br><br>Потом сам вызов можно делать из макроса с автоматической подстановкой номера строки и имени файл. Для подключения функции нужен соответствующий хидер,а в нем разбор значения какой-нибудь DEBUG. В общем тут уже писали - на дворе 21 век и надо все-таки как-то соответствовать.<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (anon2) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#27 Mon, 20 Dec 2010 14:03:50 GMT &gt; Почему макрос, а не функция?<br><br>Макрос имеет преимущества: __LINE__ и __FILE__.<br>Для отладки бывает полезно знать, по каким веткам работает код, особенно если это state-машина, да еще на кернеле.<br>Писать вызов функции<br>DUMP(k, __LINE__, __FILE__)<br>длиннее чем вызов макроса<br>DUMP(k)<br><br>&gt; замедление нестрашно<br><br>никакого замедления: static inline функция практически эквивалентна макросу.<br>Можно еще добавить __attribute__((always_inline)) для полной уверенности :)<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (Аноним) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#26 Sun, 19 Dec 2010 14:37:47 GMT Имхо, вы занимаетесь ерундой. Почему макрос, а не функция? Хотите сэкономить полтора машинных такта в 2010 году? Пишите отладочную функцию, во время отладки замедление нестрашно (если оно вообще будет заметно), а после удалите определение функции и сделайте пустой макрос. #ifdef в помощь<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (Анонимбус) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#25 Sat, 18 Dec 2010 20:30:45 GMT &gt;&gt; оператора ## нет в стандарте с89<br>&gt;хотя нет, есть.<br><br>А даже если и так. Ещё лет 10 под C89 писать будете? Имея ввиду экзотические возможные условия героического псевдопортирования? А ведь на дворе 2011-ый год уже...<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (anon2) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#24 Sat, 18 Dec 2010 16:05:13 GMT &gt; оператора ## нет в стандарте с89 <br><br>хотя нет, есть.<br>Но помню с ним были какие-то проблемы, в частности компилятор от MS с ним работает немного по-другому нежели gcc.<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (anon2) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#23 Sat, 18 Dec 2010 15:51:26 GMT &gt; struct A *tmp_##x = x; \ <br><br>оператора ## нет в стандарте с89<br><br>&gt; зачем вообще временная переменная?<br><br>чтобы поведение кода не изменилось после замены макроса на функцию.<br>Например DUMP(k++) увеличил k только один раз.<br><br>&gt; Вы же не будете для каждого типа структур писать свой DUMP()?<br><br>Конечно буду. Поскольку у разных структур свой набор полей.<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (anon2) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#22 Sat, 18 Dec 2010 15:36:33 GMT &gt;&gt; -Winit-self<br><br>спасибо за опцию.<br><br>&gt;&gt; Это undefined behavior<br><br>нет, это ошибка в программе.<br>Кстати, gcc ее обнаруживает, но только не во вложенном блоке.<br><br>$cat y.c<br>int bar(int k)<br>{<br> int k = k;<br> return k;<br>}<br><br>$gcc y.c<br>y.c : In function 'bar':<br>y.c :3: error: 'k' redeclared as different kind of symbol<br>y.c :1: note: previous definition of 'k' was here<br><br>$cat z.c<br>int bar(int k)<br>{{<br> int k = k;<br> return k;<br>}}<br><br>$gcc z.c<br>без ошибок.<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (ram_scan) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#21 Sat, 18 Dec 2010 14:13:11 GMT Независимо от степени одаренности программиста компилятор за такие фокусы должен больно бить по рукам, голове и жопе, а не сегфолтиться.<br><br>В моей практике сегфолтился один из достаточно экзотических компиляторов, если в методе описать дектруктор но забыть про конструктор (конструктор там быть обязан всегда).<br> Корректирующий релиз набора компиляторов GCC 4.5.2 (bircoph) https://www.opennet.ru/openforum/vsluhforumID3/73416.html#18 Sat, 18 Dec 2010 04:25:48 GMT Наконец-то баг с графитом и cairo исправили, молодцы.<br>