QtCreator

QtCreator

плюсую

Eclipse CDT

Но это просто еще один опрос популярности IDE.

А тебя большой проект, и потому, есть только такой выбор:

• тормозная IDE, которая что-то умеет и может парсить проект
• быстрый текстовый редактор

А также любые точки между этими гранями (с соотв. компромиссом). Ты отдаешь себе отчет, что ты выбираешь именно между этими двумя факторами? Ты знаешь, насколько ты готов жертвовать первым и вторым фактором?

Пока что это зайчатки срача QtCreator vs Eclipse CDT

Нет, ты конкретно скажи, ты за красных или за большевиков?

С поправкой на размер проекта, разве что. Да и то не катит - рациональность применения, чем опрос популярности :)

За Бандеру я.

креатор в последних релизах реально распедалили и он перестал затуплять жестко при открытии самого себя или куте. 2.8.1 - вообще резкий и внезапный. наконец то им можно пользоваться для пиления огромного fglrx

QtCreator

Eclipse CDT, 10 миллионов строк кода. Goto reference радует, отладка иногда тупит но это от громадной дебажной инфы.

10 миллионов строк кода

В IDE (надо, кстати, сравнить - тоже критерий)? В проекте? :)

Теперь решается вопрос с заменой IDE

Неверный подход. Должна быть независимая от IDE система сборки (например, CMake), а уж кто какую себе IDE (или там vim/emacs) выберет - его личное дело.

Я бы выбрал Vim/Gvim + некий набор необходимых плагинов (ctrlp, youcompleteme, nerdcommenter, nerdtree, vundle для простого деплоя плагинов).

Куча костылей для сборки и тучи скриптов. Админы уже этим заняты, но прогресса не видно :D

Неверный подход. Должна быть независимая от IDE система сборки (например, CMake), а уж кто какую себе IDE (или там vim/emacs) выберет - его личное дело.

Да, это наиболее правильный вариант, но у ТС стоит вопрос выбора корпоративного IDE. Уж хз почему именно так стоит вопрос.

Eclipse CDT, 10 миллионов строк кода

Сколько выполняется full index rebuild? Сколько занимают «<workspace>/.metadata/.plugins/org.eclipse.cdt.core/*.pdom» файлы?

У меня CDT «ацки» тормозит на примере из boost::spirit с небольшой грамматикой. Так что скорее всего там должно быть 10mloc весьма простого кода (C c классами без активного использования препроцессора), чтобы CDT хоть как-то ворочался.

имеющему немалый опыт

Сам работаю в CodeBlocks

эбонитом тебя потри. бери пример с начальника, он сразу видно, умный человек.

Куча костылей для сборки и тучи скриптов. Админы уже этим заняты, но прогресса не видно :D

Ну так то админы. Поручите выбор и настройку системы сборки программисту (не кодеру, не обезьяне, не руководителю проекта, не директору).

vim

вопрос выбора корпоративного IDE

Под windows выбор такой IDE для C++ однозначен :) А вот зачем под linux выбирать «корпоративную IDE» мне тоже не понятно.

Vim/Emacs</thread>

Куча костылей для сборки и тучи скриптов. Админы уже этим заняты, но прогресса не видно :D

Костыли выкинуть, оставить CMake.

несколько тысяч классов

Не так уж и много, имхо.

geany, doxygen, htags

Emacs.

Emacs.

Чем плоха CodeBlocks? Куча наворотов, работает шустро, что пишу сам - проекты небольшие, больше для интереса.

бери пример с начальника, он, сразу видно, умный человек.

FXD

я ее последний раз видел в универе, она была 7-й версии. единственное что понравилось - змейка в плагинах. для мелких проектов может и пойдет. мне она показалось какой-то убогой (судя опросу так и есть).

ide для работы с реально большими проектами

работаю с исходниками андроида и ядра в виме. страшно представить, как это выглядело бы в ide (4 года писал в студии, 2 года в qt-creator-е).

200+КLOC, 1.7+K классов, GNU Emacs, полёт нормальный

Неверный подход. Должна быть независимая от IDE система сборки (например, CMake), а уж кто какую себе IDE (или там vim/emacs) выберет - его личное дело.

Два латте с карамелью этому господину.

Единственное - этот ответ верен, если всех на работе устраивает тот факт, что при таком подходе проблемы, например, с автодополнением становятся личными проблемами каждого, а не проблемами компании.

работаю с исходниками андроида и ядра в виме. страшно представить, как это выглядело бы в ide

Работаю с исходниками ядра в CDT. Страшно представить, как это выглядело бы в vim.

В GNU Emacs имеется возможность выполнить Find References или посмотреть Call Hierarchy?

при таком подходе проблемы, например, с автодополнением становятся личными проблемами каждого, а не проблемами компании

Это как? Типа подходишь к менеджеру проекта и говоришь: «в этой вашей корпоративной IDE проблемы с автодополнением, я не могу так работать!»?

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

За Бандеру я.

емаксер что ли?

Find References

Да, имеется

Call Hierarchy

Нет, не имеется. Хотя в теории связка CEDET+Clang предоставляет необходимые для этого API.

емаксеры - это которые за Боба Марли.

Да не страшно. Хотя после CDT непривычно.

Это как? Типа подходишь к менеджеру проекта и говоришь: «в этой вашей корпоративной IDE проблемы с автодополнением, я не могу так работать!»?

Нет, это подходишь к менеджеру проекта и говоришь: «У меня в XXX не работает автодополнение, что мне делать?», а он отвечает «Ничего не знаю, в корпоративной IDE YYY всё ок, с XXX разбирайтесь сами».

pdom занимает 750MB. full index не знаю сколько занимает, пару часов думаю. Файлы навороченные с рекурсивными темплейтами и traits. Билд одного файла после препроцессинга на AMD Phenom II X4 (или как его) занимает пару минут g++-4.6.

Памяти 16 метров, тормозов не замечаю, на 8-ми тоже особо не было. Для eclipse выставлены -Xm (и прочие настройки) пару гигов.

В проекте и соответственно в IDE, т.к. все файлы проекта в проекте. Вообще-то в Eclipse одновременно загружено ДВА идентичных проекта только с разных веток, так что можно умножать на 2.

в теории связка CEDET+Clang

А эта связка уже существует?

Памяти 16 метров

Метров или гектаров?

В Eclipse CDT не замечал особых проблем с «автодополнением кода, например, внутри шаблонных классов». Там вообще автодополнение неплохое.

Метров конечно, эклипсу хватает! Шутка. Гектаров.

Slickedit

http://www.slickedit.com/products/slickedit/cool-features

Eclipse CDT

Есть, наверное, в каком-нибудь CEDET/ECB. Я такими вещами не пользуюсь, я просто грепаю (!).

В Eclipse CDT не замечал особых проблем с «автодополнением кода, например, внутри шаблонных классов»

На элементарном примере же не работает:

#include <list>
#include <vector>
#include <string>

template <typename T>
size_t func(T t) {
    t.<complete here>
    return t.size();
}

int main() {
    using namespace std;
    vector<int> ints;
    list<string> strings;
    func(ints);
    func(strings);
    func(string("abcd"));
}

Там вообще автодополнение неплохое.

Так себе дополнение, target type вообще не учитывается. Если в функцию нужно передать выражение определенного типа, то при дополнении выражения внутри списка аргументов никак не учитывается тип аргумента функции, а вываливается все подряд в алфавитном порядке:

#include <vector>

void func(size_t num) {
}

int main() {
    std::vector<int> ints;
    func(ints.<complete here>)
}

Первый случай какой-то перевернутый. Какая-нибудь IDE делает то, что ты хочешь?

1.7+K классов

я просто грепаю (!)

Мужик! Наверное сам все эти классы написал и все про них помнишь...

Есть, наверное, в каком-нибудь CEDET/ECB

Так оно что есть, что нет - все равно не работает. Мне настроить не удавалось по крайней мере, чтобы работало хотя бы не хуже чем в CDT. Единственная хорошая штука в Emacs для навигации по плюсовому коду - проприетарный xrefactory, но его уже забросили и тормозило оно не слабо.

ну Visual Studio же..ну все ж мы люди!