Вышел релиз KDevelop 5.0.0

[Oleg65]

Вышел релиз новой версии кроссплатформенной IDE KDevelop 5.0.0.
Некоторые из улучшений:
- Даже самые сложные конструкции кода C ++ теперь правильно анализируются и выделяются. Наконец появился компилятор в фоновом режиме - KDevelop будет указывать ошибки, при сбоях компилирования.
- Диагностика стала более точной и надежной. Например, теперь KDevelop может определить будет ли перегружена доступность функции с передаваемыми вами ей параметрами.
- При определенных проблемах (например, орфографические ошибки в именах переменных, отсутствие скобок, недостающие точка с запятой, ...) выдаются предложения об исправлении этой проблемы от Clang, а так же пользователю предлагается сочетание клавиш (Alt + 1) для автоматического применения исправления.
- Теперь есть режим парсинга языка С, при котором включается движок анализирования (ну, как бы, сформулировал так ) для корректного парсинга (синтаксического анализа) кода на С.

[nezabudka]

Завидую белой завистью тем, кто умеет управляться такими серьезными ide-комбайнами.

[Olej]

Завидую белой завистью тем, кто умеет управляться такими серьезными ide-комбайнами.

А вы попробуйте
KDevelop, как раз, более-менее прост (был, по крайней мере, лет 7-8 назад ), интуитивно понятен и годится даже для изготовления "Hello World".
Это не Eclipse или Netbeans.
В новой редакции, как я почитал, основное что они сделали по существу - это использование компилятора Clang (в дополнение, надеюсь, а не взамен GCC). Все остальные "плюшки", которые они описывают, вытекают из свойств и возможностей Clang, и к самому KDevelop отношения как-раз не имеют.

А вот сам компилятор Clang (из проекта LLVM), в самом что ни на есть консольном варианте, есть прямой резон попробовать.
См., например, Clang, сборка Clang

[nezabudka]

Я пробовала в ручную работать с clang и даже с одной проблеммной программой которую
и gcc и clang собирали без ошибок, в версии clang программа работала не кореектно. Тоесть
по разному, а в верссии gcc как ожидалось.
А пробовать, что толку? Надо переходить и работать но у меня пока есть по крайней
мере 2 веские причины не делать этого.
Мой интефейс заточен исключительно под клавиатуру.
В командной строке - это управление в стиле vim, а управление окошками
в стиле emacs, тоесть комбинациями клавиш в тайлинге.
И если пересаживаться на такой вот объемный комбайн надо перестраивать
все мое сложившееся управление под него и менять все наработанные
привычки.
Во вторых что бы работать успешно на таком полностью
автоматизированном софте нужно понимать что же происходит на самом
деле когда выполняется та или иная комбинированная операция. Тоесть
конкретно выражаясь я еще не доросла до такого уровня программирования.

[Olej]

Я пробовала в ручную работать с clang и даже с одной проблеммной программой которую
и gcc и clang собирали без ошибок, в версии clang программа работала не кореектно. Тоесть
по разному, а в верссии gcc как ожидалось.

Трудно поверить. И очень интересно бы посмотреть (только в отдельной предметной теме ... а не в этой болтологии).

В отношении языка C, gcc и clang должны быть совершенно идентичны. И если вы нашли различия, то это уже открытие ... и о нём нужно извещать.

В отношении языка C++, clang более корректно (точнее) поддерживает расширения стандартов C++11 и C++14 чем gcc.

В смысле эффективности производимого кода, gcc превосходит clang, и заметно (пока, для версии clang 3.7.0, скажем).

Но в смысле детализации сообщений об ошибках (для отладки и исправления), clang гораздо точнее и обстоятельнее.

[nezabudka]

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