Состоялся (https://www.kdevelop.org/news/kdevelop-510-released) релиз интегрированной среды программирования KDevelop 5.1 (http://kdevelop.org), полностью поддерживающей процесс разработки для KDE 5, в том числе с использованием Clang в качестве компилятора. Код проекта распространяется под лицензией GPL и использует библиотеки KDE Frameworks 5 и Qt 5.
Основные новшества:
- Поддержка LLDB в качестве альтернативного бэкенда для организации отладки кода в KDevelop, работающего напрямую с обособленным LLDB MI Driver (lldb-mi). Реализован новый фреймворк для взаимодействия с внешними отладчиками, который может использоваться как с GDB, так и с отладчиком LLDB, развиваемым проектом LLVM;- В меню добавлена новая секций "Analyzer", в которой предложен набор инструментов для работы с плагинами для анализа кода. В основной состав включён плагин analyzer, предоставляющий средства для статического анализа при помощи утилиты Cppcheck (http://cppcheck.sourceforge.net/), позволяющей выявлять типовые ошибки в коде на языках C/C++, такие как обращение к области за границами буфера, утечки памяти, разыменования нулевых указателей, использование неинициализированных переменных и т.п. Кроме Cppcheck также реализована поддержка проверки кода через Valgrind, clang-tidy и krazy2, но код плагинов для данных систем пока полностью не стабилизирован и развивается в отдельных репозиториях (планируется включить их в основной репозиторий в одном из следующих выпусков);
- Добавлена начальная поддержка языка OpenCL для организации параллельных вычислений с привлечением мощностей GPU. Входящий в состав KDevelop бэкенд на базе Clang адаптирован для разборка кода на языке OpenCL. В следующем выпуски ожидается включение поддержки файлов NVIDIA CUDA;
- Расширена поддержка языка Python. Добавлен разбор новых элементов синтаксиса и семантики Python 3.6. Решены многие проблемы в движке анализа семантики Python (например, значительно улучшены средства определения типов), переписан код для интеграции с компонентами проверки стилей;
- Обеспечена интеграция с системой управления версиями Perforce, реализованная в виде надстройки над утилитой p4 по аналогии с надстройкой для Git и Bazaar;
- Добавлен интерфейс для выбора цветовой схемы не выходя из KDevelop, что удобно при запуске в окружениях рабочего стола, отличных от KDE Plasma, в которых изменение настроек цветовой схемы не так прост;- Улучшена работа на платформе Windows и готовится к выпуску первый вариант KDevelop для macOS.
URL: https://www.kdevelop.org/news/kdevelop-510-released
Новость: http://www.opennet.ru/opennews/art.shtml?num=46237
В свое время проводил в ней весьма уютненькие вечера. Годная среда разработки.
Проводил в ней рабочие дни :)
Работаю в ней сейчас, главная IDE последние 2 года.
Отлично, пользуюсь ею ещё со времём KDE3.
Страшно представить как оно выглядит под macOS или Windows
Qt-приложения в Винде выглядят нормально.
Нормально, оно же не GTK3
В зеркало посмотри, там еще страшнее...
Божественно для C++
Как бы не так. Очень падучая + разбор кода тормозит просто дико (как раньше Qt Creator с clang code model, теперь креатор подшаманили и стало норм).
Креатор куда лучше и стабильнее. Но креатор не умеет в питон.
> Улучшена работа на платформе Windows и готовится к выпуску первый вариант KDevelop для macOSЗачем распылять усилия. В упор не понимаю почему КДЕшники страдают этой фигней. Ну не пользуют Виндо/Мако юзеры их софт, разве что линуксоид работает на фирме где все в виндах, но там как правило фиксированный софт. Вобщем не понимаю, пилили бы лучше софт на никсах и не маялись всякой ерундой.
Ну в теории разработчикам КДЕ будет проще. Можно будет писать из macOS.
А так пишешь, а у тебя все свистит, и пададет - какая уж тут работа.Олсо, сомневаюсь, что много разработчиков КДЕ пользуются своим же продуктом.
Истину глаголишь.
Думаю они на XFCE сидят.
Да уж вряд ли. Последние пару лет XFCE стал на гномосятину зело похож. Прямо таки закат здравого смысла в оформлении элементов окна. Даже в их терминале вертикальный размер панели вкладок нельзя поменять. Она реально в 1.6 раза шире, чем нужно.
вертикальный размер вкладок терминала меняется одной галкой в настройках
> вертикальный размер вкладок терминала меняется одной галкой в настройкахКакой галкой? Должно быть число, например 20pt. Вертикальный размер (высоту) панели xfce Вы можете изменить, а вкладки где?
Ну, учитывая, что это QT - запилить поддержку не так уж и сложно. Да и на той же macOS, годных IDE для С++ по сути-то и нет - Xcode тормозит и падает, QtCreator выглядит страшновато, остаётся какой-нибудь проприетарный явовский CLion или вообще какой-нибудь Code::Blocks. Да и на винде не всем хочется качать по 10 гигов вижуалстудии, чтобы подсветку и кнопочку "сбилдить" получить.
> QtCreator выглядит страшноватоНормально он выглядит.
Где? В каком месте?http://d33763z96x0wep.cloudfront.net/wp-content/uploads/2013...
Qt Creator абсолютно инороден для macOS. Немудрено, что там его юзают 1.5 человека.
Эт какого года/версии скрин (включая МакОСь)? Вот текущий, например: http://i.imgur.com/FfcEiPu.png
>>Ну не пользуют Виндо/Мако юзеры их софтИнтересно, все выше написавшие, кто-то вникал в эту проблему? Мне приходилось выбирать тулкит для разработки приложения под Линукс, Мак, АйОС, Виндовс и Андроид. Такая цель была поставлена. Так вот, кроме QT5 ничто больше не смогло обеспечить работоспособность на всех этих платформах. Наверное ребята все же правильно делают ;)
Так KDE софт и Qt софт - это какбэ ни одно и тоже
> разве что линуксоид работает на фирме где все в виндахВот я так некоторое время работал и KDE для винды очень пригодился.
Лучшая IDE это текстовый редактор, make/cmake и консоль. Ну плюс VCS еще для полноты.
Всё перечисленное в сабже есть.
В сабже есть все для управления перечисленным, но ни коим образом ему не принадлежащим.
То чувство, когда хотел показаться умным, но сказал полную дичь.
А лучшее транспортное средство это 24 зубчатых колеса, 2 коленвала, 40 метров арматуры, АКБ и цистерна.
Бибикай дальше, вимер.
О. мисье освоил emacs в след за своим богом?
Они не дают тех возможностей, которые есть у IDE. Но писать код так вполне можно, конечно.
> Лучшая IDE это текстовый редактор, make/cmake и консоль. Ну плюс VCS еще
> для полноты.Как можно упоминать "лучшая" и "cmake" в одном предложении?
они уже отвязали его от кио? А то держать фоном стопиццот велосипедов абстракции для 2.5 программ - ниторт
Не нравится KIO - используй QtDevelop.
из серии "не нравится системд - используй десяточку"?
Пробовал в свое время (пару лет назад), но было абсолютно неюзабельно из-за падучести. Как в этом плане, прогресс есть?
Есть. Уже снова торт.
Всё так же падает, см. мой комментарий ниже.
о 5-ке сказать ничего не могу, не пробовал.
А вот о "падучести" kdevelop 4.xx --- очень даже.
"Падучесть" вызывается "зоопарком" старых (от предыдущих версий и т.п.)
файлов в /usr/share/kde4/services/ и ~/.kde4Иногда может вызываться испорченным кэшем проекта. Удаляем мусор и вуаля --- среда весьма стабильна.
Если KDevelop валится от настроек (а именно это лежит в ~/.kde4), то KDevelop - УГ.
/usr/share/kde4/services пользователем не трогается, и трогаться не должно. Всё, что есть в пакетах, должно работать.
> Если KDevelop валится от настроек (а именно это лежит в ~/.kde4), то
> KDevelop - УГ.
> /usr/share/kde4/services пользователем не трогается, и трогаться не должно. Всё, что есть
> в пакетах, должно работать.Не от настроек, а от ссылок на компоненты, которые могли остаться от установки предыдущей версии. Вполне вероятная ситуация (у меня была). особенно, если kdevplatform/kdevelop ставился не из штатного репо дистрибутива, а руками, из гита.
> KDevelop - УГ.Нет, ты.
Светодиод
А по теме нечего сказать? Нет? Так я и думал.
> А по теме нечего сказать? Нет? Так я и думал.УМВРЧЯДНТ?
Какое же уг этот их дефолтный breeze, еще хуже чем oxygen. На таких объемных интерфейсах особенно заметно.
А я как лютый фан GTK3/GNOME3, наоборот считаю, что единственное годное, что есть в мире Qt/KDE -- это Breeze.
Как человек с извращенным пониманием прекрасного, хочешь сказать?
Мне, как пользователю KDE, breeze нравится. Oxygen отвращения тоже не вызывает, но он весь грязно-серый и после него breeze выглядит чисто и аккуратно.
Смена темы на другую заняла бы меньше места, чем написание коммента с недовольством дефолтной темой))
А на сколько сложно добавить поддержку других языков типа Haskell, Idris и других?
Практически невозможно. Это тебе не JetBrains и гибкорасширяемые Java IDE,
это маленькая но гордая KDE e.V. с малренькими но гордыми тремя разработчиками KDevelop.
> Практически невозможно. Это тебе не JetBrains и гибкорасширяемые Java IDE,
> это маленькая но гордая KDE e.V. с малренькими но гордыми тремя разработчиками
> KDevelop.Да ладно. Минимальную поддержку -- нет проблем, хотя бы по образу и подобию того, как это сделано в dcd/lumen). Другой вопрос, что kdevelop требует качественно анализа (синтаксического И семантического), так что полноценная поддержка почти наверняка выливается в отдельную, весьма сложную работу.
Зато не на java
Application: KDevelop (kdevelop), signal: Segmentation fault
#0 0x00007f602c3b8590 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0При движении мышкой. И почему я не удивлён? Даже в BugTracker лень лезть.
А потом Kevin Funk будет опять плакаться, почему KDevelop никто не юзает, в т. ч. сами KDE-разработчики: http://kfunk.org/2017/01/10/using-kate-for-hacking-on-c-why-.../
Вся суть.
Сейчас набегут мышехейтеры и скажут, что это не баг, а фича:)
> Application: KDevelop (kdevelop), signal: Segmentation fault
> #0 0x00007f602c3b8590 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0works for me.
dev-util/kdevelop
Available versions:
Installed versions: 5.1.0(5)^t(18:13:29 03/21/17)(gdbui okteta qmake -debug -handbook -ninja -plasma -qthelp -test)dev-util/kdevplatform
Installed versions: 5.1.0(5)^t(17:41:33 03/21/17)(subversion -cvs -debug -reviewboard -test -welcomepage)vayerx@vayerx ~/workspace/kas_infra/code $ eix dev-qt/qtcore
dev-qt/qtcore
Installed versions: 4.8.7-r2(4)(22:50:03 02/20/17)(exceptions glib iconv icu qt3support ssl -aqua -debug -libressl -pch ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") 5.7.1-r2(5)^t(14:45:05 03/21/17)(icu -debug -systemd -test)sys-libs/glibc
Installed versions: 2.24-r1(2.2)^s(11:37:25 02/21/17)(multilib rpc -audit -caps -debug -gd -hardened -nscd -profile -selinux -suid -systemtap -vanilla CROSSCOMPILE_OPTS="-headers-only")
Обратите внимание на гаденький серенький (вместо нормально-чёрного) шрифт на превых трёх скриншотах. Manjaro by design?