Представлен (https://www.kdevelop.org/news/kdevelop-540-released) релиз интегрированной среды программирования KDevelop 5.4 (http://kdevelop.org), полностью поддерживающей процесс разработки для KDE 5, в том числе с использованием Clang в качестве компилятора. Код проекта распространяется под лицензией GPL и использует библиотеки KDE Frameworks 5 и Qt 5.Основные новшества:
- Добавлена поддержка сборочной системы Meson (https://www.opennet.me/opennews/art.shtml?num=50882), которая используется для сборки таких проектов, как X.Org Server, Mesa, Lighttpd, systemd, GStreamer, Wayland, GNOME и GTK. В KDevelop теперь можно создавать, настраивать, компилировать и устанавливать проекты, использующие Meson, поддерживается автодополнение кода сценариев сборки Meson и предоставляется начаться поддержка плагина Meson rewriter для изменения различных аспектов проекта (версии, лицензии и т.п.);- Добавлен плагин Scratchpad, дающий возможность быстро проверить работу написанного кода или провести эксперимент, позволяя выполнить код без создания полноценного проекта. Плагин добавляет новое окно со список набросков, которые можно скомпилировать и запустить. Наброски обрабатываются и хранятся внутри KDevelop, но доступны для редактирования как обычные файлы с кодом, включая поддержку автодополнения и диагностики;
- Добавлен (https://frinring.wordpress.com/2018/08/30/improve-your-cpp-c.../) плагин для проверки кода при помощи Clang-Tidy (https://cgit.kde.org/kdev-clang-tidy.git/about/).
Вызов Clang-Tidy доступен через меню Analyzer, объединяющем плагины для анализа кода и ранее поддерживающем Clazy (https://github.com/KDE/clazy), Cppcheck и Heaptrack;
- Продолжена работа по стабилизации и модернизации парсера для языка C++ и плагина семантического анализа, основанных на использовании Clang. Из изменений отмечается добавление рабочей директории для парсера clang, реализация вывода проблем из включаемых файлов, возможность использования опции "-std=c++2a", переименование c++1z в C++17, отключение автодополнения для цифр и добавление мастера для генерации кода для защиты от двойного включения заголовочных файлов (header guard (https://www.learncpp.com/cpp-tutorial/header-guards/));- Улучшена поддержка PHP. Увеличены лимиты для работы с большими файлами на PHP, например, phpfunctions.php теперь занимает больше 5 Мб. Устранены проблемы со связыванием при помощи ld.lld.
URL: https://www.kdevelop.org/news/kdevelop-540-released
Новость: https://www.opennet.me/opennews/art.shtml?num=51250
Нужно.
Не*
На* ...
Но
Ню
Марсиане
всем.
покажите софтину, на нем написанную ))
хеллоу ворды писал я в нем скажу я вам. а йода проверял))) ахахах. реально вполне приличное среда разработки. разве что современные запросы и стандарты повыше будут. хотя учитывая что раньше был только vim и компилятор, а потом аутомэйк, то пожалуй зажрались господа))
Как можно подключиться к запароленному репозиторию gitlab?
используй логин и пароль
попробуй admin:admin
Так вот пусть сразу взламывает
admin:///
Годно. Уже свою оболочку написал
Этой годноте бы да js завести нормально (с автоимпортами и прочим безобразием), я бы задонатил
попробуй в обратном порядке -- сначала задонатить
Откуда уверенность что не донатил?
ниоткуда, но
1. Человечек мог бы написать, что он бы "еще раз задонатил", тогда это сняло бы все вопросы.
2. поддержка языков там реализуется через плагины, которые могут быть реализованы сторонними разработчиками. Кому из них собрался донатить Человечек?
3. Человечек максимально обезопасил себя от выполнения обещания, т.к. для выполнения поставленного условия необходимо выполнение как минимум следующих условий:
а. разработчики должны быть в курсе его желаний
б.1. у проекта должно быть достаточно денежных ресурсов и квалифицированных кадров для реализации поддержки js без ущерба основному направлению
б.2. у проекта должно быть достаточно квалифицированных кадров для реализации поддержки js безвозмездно без ущерба основному направлению
Даже если поддержка будет реализована, то Человечек смодет отказаться от выполнения обещания, мотивируя это допустим неполнотой исполнения. ТЗ он ведь составлять не будет.
Когда же уже вымрет жабаскриптовая падаль? Вы сделали интернет неюзабельным. Давно пора вас на место отправить.
А на чём пишешь ты?
> А на чём пишешь ты?Явно не на таком говнище. Есть Rust, есть Go, есть D. А жабасрань — что скриптовая, что «серверная», — не нужна. Как и не нужен быдлоынтырпрайз в стиле «пох, что наше поделие еле ворочается на кластере из 4096 нод (хотя могло работать всего на паре десятков) — надо релизить и продавать!».
И все так же нет в репах свежие версии не завозят, по крайней мере в Ubuntu...
Официальный AppImage есть. И в репах Neon.
Аppimage пусть используют сами.
> Аppimage пусть используют сами.А что такого? Там ж всё гениально просто, в отличие от вундервафель типа Flatpak, просто скачал файл и запустил.
В Ubuntu до 18.04 включительно не будет работать поддержка meson, потому что используется опция --reconfigure, добавленная в 0.48.
Для разработки
Используй rolling
Наверное
Это чтоб не работало потом вообще нигде?
А xdebug там получалось у кого нибудь заставить работать? А то отладку приходилось делать в Netbeans, там без проблем работало, а кодить в KDevelop (в этом плане он больше нравился).
Лет пять назад получалось используя мастер версию плагина, но все это было с такими плясками с бубном, что я в итоге забил и ушел на phpStorm и ни капли не пожалел.
> предоставляется начаться поддержкаКогда садиться мы за парт, мы доставать тетрадь и ручек.
Meson, Ыыы.. теперь даже тут.. ХА-ХА-ХА! Ща гномеры все свое повыкидывают и прибегут девелопить-девелопить-девелопить!Ну и да, кто-то же должен это сказать: кресты - не нужны! ;)
> кресты - не нужныСоглашусь. Если нужна скорость или низкоуровщина, есть божественный C, лучше него в этом плане языков пока не изобрели (язык №1 в опенсорсе). Если нужно ООП, то для C имеется GObject с интерфейсами и интроспекцией. Реализовав приложуху или либу по всем канонам GObject, получаешь из коробки бесплатные автогенерируемые биндинги для остальных языков. Ну а если нужно нашлёпать приложуху быстро-быстро, пока солнце высоко, есть Vala и JavaScript. C++ не нужен ни низкоуровневым (ниша занята C), ни высокоуровневым товарищам (Vala/JavaScript). Эдакий язык-неудачник, стоящий на пустой Ж/Д-платформе и тоскливо глядящий в биноколь на ушедшие поезда низко- и высокоуровщины.
Жирно.
> Если нужно ООП, то для C имеется C++/fixed
>Vala
>GObject
>JavaScriptУже несколько дней пытаюсь выжечь этот кошмар отовсюду, вы знали, что половина кед на него завязана? Falkon очень приятный кстати (особенно в сравнении с Firefox), ещё бы какой-нибудь umatrix в него и было бы можно пользоваться.
>FalkonТечёт, зараза. А так хорошо всё начиналось. Вроде меньше Мидори и старой Капзиллы, но больше чем было бы допустимо. Плюс, у Фалкона адблок плохо работает, как можно жить без адблока в современном вебе я плохо представляю. И кажется от фоновых вкладок идёт сильная нагрузка на процессор.
Опера лучше всего в этом отношении, она вообще не течёт, хотя и тот же хромиум в основе. Но она тянет пол гнома, а так же cups и at-spi с vala, и чем костылить фиксы занулением бинарников я постараюсь избежать пока установки всего этого мусора.
Попробую пока не открывать ютуб с гуглом, может быть оно течёт от html5.
так вот в каком приложении пишутся бекдоры
они пишутся в блокноте под виндой или кврайт в линухе. спецы не парятся жирными средами.))
Увы, до сих пор падает на моём проекте при индексации практически сразу. Судя по трейсам, падает на границе между KDevelop и libclang, и, увы, судя по гуглу, репортить это бессмысленно: авторы KDevelop считают это багами в liblcang, тогда как на самом деле они не обеспечивают выполнение всех нужных инвариантов при работе с libclang (я на этом тоже очень сильно обжёгся в своё время).
оно лучше чем qtcreator?
Маловероятно, но qtcreator не умеет пых