я кстати когда программмлю на Qt под виндой все равно все по привычке делаю в коммандной строке - хотя как-то и пробовал QDevelop, но не понравилась вообще

а Kate под винду не пробовал?

Так компилятор то уже вроде давно поддерживает: http://www.ibm.com/developerworks/ru/libra...scdt/index.html А вот интеграции с отладчиком пока нет, но собираются добавлять.

В линуксе с Eclipse может только SlickEdit конкурировать, хотя еще есть и KDevelop. Кстати, что там интересного то будет в KDevelop 4? Неужели они наконец-то написали нормальныKate/emacs/vim + gcc + gdb на IDE не тянут Хотя вот рефакторить C++ код лучше всего в emacs+xref, find references + макросы очень многое позволяют делать.

Кстати, что там интересного то будет в KDevelop 4? Неужели они наконец-то написали нормальный front end для c++? Или все еще на убогом ctags пытаются все сделать?

Kate/emacs/vim + gcc + gdb на IDE не тянут

Обьясни мне, пожалуйста, чем так убог ctags?
Если сможешь обьяснить, то предложи альтернативу, а если нет то лучше пиши необоснованные комменты на www.linux.org.ru. Там это любят

З.Ы. Не хотел тебя обидеть. но необоснованные коменты достали.

Для удобной работы с C++ в IDE нужны такие функции как: "Find Declarations", "Find References", "Autocomplete". А что из этого позволяет сделать ctags? А ничего не позволяет.
Для всех этих функций нужно корректно учитывать контекст, в котором оказался символ. А корректно означает, что нужно учесть все правила языка и препроцессора.

В итоге получается, что "Find Declarations" не получится реализовать, т.к. может быть множество символов с одинаковым именем, но в разных контекстах.
"Find references" - тоже никак, для этого вообще нет информации в том индексе который строит ctags.
"Autocomplete" требует корректного выведения типа для выражения, здесь ctags вообще никак помочь не может. Вот если тип известен, то только тогда уже можно через индекс ctags определить список методов.

Т.е. максимум на что годится ctags - это сделать "Class Browser", где будут отображаться все глобальные функции, классы и их методы. Все, ни на что другое сам по себе ctags не способен. Для всего остального нужен контекстный анализ. Можно, конечно, пытаться наворачивать какие-то эвристики, парсить код локально. Но все это будет ужасно глючить на более или менее не тривиальном компилируемом коде. Нужен полноценный анализ всех исходников, чем и должен заниматься front end для С++.

Теперь об альтернативах. По моему опыту работы в разных средах разработки складывается вот такая картина:
1. Emacs+XRefactory - используется "Professional C++ front-end from EDG", т.е. полность разбирается весь код, так как это делает компилятор на первой стадии, и даже больше, т.к. некоторые исходники обрабатываются по несколько раз, чтобы учитвать #ifdef.
2. Eclipse+CDT - front end написан на java, очень хорошо развивается, даже на больших проектах работает достаточно быстро и корректно, но пока сложные шаблоны типа boost не всегда может разобрать.
3. Visual Assist - в чем-то лучше Eclipse+CDT, в чем-то хуже, примерно на равных. Но для моего большого проекта на работе Eclipse+CDT куда надежнее работает.
4. SlickEdit - примерно как Visual Assist, но я им мало пользовался. Есть версия под линукс.

Вроде бы все, все остальные QDevelop/Codeblocks/KDevelop/vim+omnicompletion очень сильно отстают, хотя я за ними в последнее время мало слежу.

Т.е. ctags на самом деле не убог, свою функцию он выполняет не так уж плохо (хотя с шаблонами и namespace у него вроде бы есть проблемы), но использовать его в полноценной IDE просто нет смысла, т.к. все равно нужен front end и в нем вся информация, которая есть в индексе ctags, и так будет доступна. А те IDE, которые его испльзуют - просто не полноценно поддерживают C++.

Я, конечно, могу ошибаться, но вот сможете ли вы привести пример IDE с полноценной поддержкой C++, где используется ctags?

Я не пользуюсь IDE вообще(пользую Konqueror + Kate.part + gcc + gdb), поэтому привести пример не смогу. Но ctags отлично справляется с функцией парсера. А то что програмный продукт неправильно используется, не делает его убогим.

Убоги именно возможности ctags, по сравнению с нормальными front end-ами. И ни разу он не справляется с функцией парсера кода на C++:

Не делает он полного разбора и построения AST, оттого и возможности очень ограничены.

А учиться программированию и правда лучше с editor+gcc+gdb, и небольшие проекты тоже можно вести.
Но когда приходится поддерживать и как-то развивать кучу legacy кода, где количество файлов с исходным кодом переваливает за 1000, приходится искать и использовать гораздо более мощные средства, которые поддерживают язык. И нормальные IDE здесь действительно помогают справляться с задачей лучше.

Поставил себе сегодня в лин NetBeans(для С++). Кстати довольно таки неплохая вещь Если сравнивать с другими IDE под Linux, то я ничего лучше даже и не видел. Есть конечно некоторые недостатки.., но в целом очень даже неплохо.

ranger, правильной дорогой,как говорится)) Жаль, что пока с Qt не спешат инрегрировать, но в плане программинга под плюсы нетбинс очень удобен