[C++][Jetbrains] Грядет IDE для плюсов

официальная поддержка плюсов в идее пока что отсутствует как класс

http://www.youtube.com/watch?v=_ublfXNLnMA

там в самом конце, когда он начинает отвечать на вопросы

>боюсь если вы попробуете Intellij IDEA, вас будет ожидать культорный шок)

А где там поддержка C++?

>emacs, gcc, make, gdb. And where is your god now?

Если тебе не понятно слово Integrated, то говорить с тобой не о чем.

блин. неправильно прочитал. Я думал что вы про жаву)

Они уже написали компилятор Си++?

Хм, щупал как-то PyCharm — не впечатлило ни разу.

смотря с чем сравнивать

> Лично я использую M-x grep в емаксе. Ну и есть ещё ctags

Когда нужно разбираться в чужом сложном коде, то grep/ctags мало чем помогают. Нормальная IDE должна строить типизированный AST и полностью разрешать все символы из кода, чтобы навигация по нему работала надежно.

> Они уже написали компилятор Си++?

Они вообще компиляторы не пишут, даже для Java у них нет встроенного инкрементального компилятора как в JDT. Т.е. IDE получается как навороченный редактор, который все что можно индексирует, а компиляция всегда внешними средствами.

Оно всё integrated в Емаксе, который ты по-ходу в жизни не видел.

>> Они уже написали компилятор Си++?

Они вообще компиляторы не пишут, даже для Java у них нет встроенного инкрементального компилятора как в JDT

Тогда предвижу эпик фейл.

> Они уже написали компилятор Си++?

Судя по первоначальной ориентации на Obj-C, все ограничится оберткой над clang.

У IDEA бывают фейлы, когда она показывает ошибки в корректном коде. Когда-то раньше даже для Java натыкался на коде с generics. Сейчас для Scala почти в любом нетривиальном коде стандартных библиотек находит такие «ошибки».

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

Ну и сколько таких существует для плюсов? :]

А можно подробнее про интеграцию с GDB в Emacs? Как оно там, хотя бы до уровня QtCreator/CDT/Kdevelop дотягивает для C++?

Хотя почитал их форум, пишут что всё свое.

Сейчас таких нет, насколько я знаю. Разве что Xrefactory с EDG front-end для C++ неплохо работает, но очень тормозит и уже не развивается. Все остальные написали более или менее быстрые недо-парсеры, которые лажают на нетривиальном коде. И JetBrains, мне кажется, тоже не осилит полностью поддержать C++ :)

А как же хвалёный VisualAssist?

Ну и вроде новый Xcode на основе Clang должен работать, может быть он и умеет. Но сам вживую его не видел.

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

>Они уже написали компилятор Си++?

С каких это пор IDE нужно тащить свой собственный компилятор? Все нормальные используют доступные.

>Ну и сколько таких существует для плюсов? :]

VS, XCode, Eclipse, QtCreator. В общем все IDE, в отличии от блокнота emacs.

А чем плохи Eclipse CDT и Netbeans? QtCreator тоже годный, только у него слишком узкая область применения.

тем же, чем и Eclipse хуже IDEA

Netbeans умеет.

А чем он хуже?

PS. IDEA не юзал, на жабе не пишу.

> Eclipse хуже IDEA

Это очень спорное заявление %)

С STL справляется QtCreator и всякие скрипты/плагины для gdb.

Зачем?

>VS, XCode, Eclipse, QtCreator. В общем все IDE, в отличии от блокнота emacs.

И что, все они строят полноценный AST? Да не верю.

#include <vector>

template<typename T>
struct foo: public T {
    int b;
};

struct bar {
    int a;
};


int main () {
    typedef std::vector<foo<bar> > hell;
    hell::iterator iter;
    iter-> /* <----- */
    return 0;
}

Какая из перечисленных IDE дополнит в указанном месте доступные поля сущности, на которую указывает итератор? Принимаются только нотариально заверенные скриншоты.

>С STL справляется QtCreator и всякие скрипты/плагины для gdb.

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

ВНЕЗАПНО emacs (с clang-овым автодоплнением).

>А можно подробнее про интеграцию с GDB в Emacs?

http://www.inet.net.nz/~nickrob/gdb_STL.png

http://www.inet.net.nz/~nickrob/multi-threaded.png

Локальные аппликухи наверно в этом удобно отлаживать. Я пробовал этот режим, когда отлаживал ядро в QEMU, всё работало очень и очень неторопливо (но это уже почти не проблема Emacs), поэтому перелез на голый gdb в емаксовом шелле.

до уровня QtCreator/CDT/Kdevelop дотягивает для C++?

Я их в глаза не видел

Емакса не было в списке, предоставленном убунтом :)

Да и случай, если честно, примитивный

> Принимаются только нотариально заверенные скриншоты.

http://ompldr.org/vYTM5dg

Засчитано

Опередил. Вот еще XCode.

http://ompldr.org/vYTNhMA

Приличная плюсовая IDE не может обойтись без компилятора или хотя бы компиляторного фронтенда.

>Приличная плюсовая IDE не может обойтись без компилятора или хотя бы компиляторного фронтенда.

Но зачем писать свой? Есть gcc и clang, cl в конце концов.

> Да, у QtCreator интеграция с GDB получше чем у CDT, но в ней других проблем хватает. В целом я разрываюсь между эклипсом и ей, потому что редактор мне больше эклипсовский нравится.

Попробуй KDevelop же, ну.

Примитивный. А clang-овый автокомплит для emacs и vim справится со всем, с чем справится сам компилятор clang

Круто. Значит, я отстал от жизн

>Судя по первоначальной ориентации на Obj-C, все ограничится оберткой над clang.

они не используют Clang

IDEA (вернее, AppCode) пока не осиливает

>IDEA (вернее, AppCode) пока не осиливает

Оно же для Obj-C

си оно тоже умеет

Ну Obj-C это и есть Си, но никак не C++. Темплейтов там нет, поэтому и поддерживать нечего.

> Какая из перечисленных IDE дополнит в указанном месте доступные поля сущности, на которую указывает итератор? Принимаются только нотариально заверенные скриншоты.

Vim + clang_complete.