clang+gdb
Добавлено: 2013-06-13 12:43:18
Собирался вопросить "что делать" clang 3.2.1 и gdb 7.5.1 дружить отказывались тем более в eclipse, но недавно обновился (FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:27:25 UTC 2013 root@amd64-uilder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64) и...
clang(++) 3.2.4 + gdb 7.6 + eclipse indigo + CDT 8.0.2
отладка в eclipse заработала ...
Получается просто делюсь инфой. Вдруг кому полезно будет.
Кстати, gcc48 стал более вменяемые сообщения о ошибках выдавать, хоть и раньше не напрягало, но clang это делает куда лучше - мелочь, а приятно. gcc48 тоже начали рыть в правильном направлении - да здравствует конкуренция.
Кстати, плагин dragon egg для gcc позволяет последнему заюзать все забавности llvm, что явно ускоряет компиляцию. Но GPLv3 и по моим подсчётам всё равно clang получше делает.
Сравнение для проекта программы частотного анализа сигнала с кучей дифуров (90% небиблеотичного кода) на одинаковых данных:
(debug/release/время сборки release(10 раз среднее)ms/выполнения, c)
gcc42: 1507857/233456/54285/758
gcc48: 1406345/188456/52286/698
gcc48(d.egg): 1304361/178456/42285/691
clang: 1206785/166276/39767/567
Как говорится не претендую... код не оптимально написан и исполнимый довольно существенно реагирует на опции по оптимизации.
Но в моём случае шланг явно рулит.
Задачка сильно зависит от входных данных, на некоторых расчёт затягивается на пару часов - шланг даёт выигрыш до получаса.
clang(++) 3.2.4 + gdb 7.6 + eclipse indigo + CDT 8.0.2
отладка в eclipse заработала ...
Получается просто делюсь инфой. Вдруг кому полезно будет.
Кстати, gcc48 стал более вменяемые сообщения о ошибках выдавать, хоть и раньше не напрягало, но clang это делает куда лучше - мелочь, а приятно. gcc48 тоже начали рыть в правильном направлении - да здравствует конкуренция.
Кстати, плагин dragon egg для gcc позволяет последнему заюзать все забавности llvm, что явно ускоряет компиляцию. Но GPLv3 и по моим подсчётам всё равно clang получше делает.
Сравнение для проекта программы частотного анализа сигнала с кучей дифуров (90% небиблеотичного кода) на одинаковых данных:
(debug/release/время сборки release(10 раз среднее)ms/выполнения, c)
gcc42: 1507857/233456/54285/758
gcc48: 1406345/188456/52286/698
gcc48(d.egg): 1304361/178456/42285/691
clang: 1206785/166276/39767/567
Как говорится не претендую... код не оптимально написан и исполнимый довольно существенно реагирует на опции по оптимизации.
Но в моём случае шланг явно рулит.
Задачка сильно зависит от входных данных, на некоторых расчёт затягивается на пару часов - шланг даёт выигрыш до получаса.