Comments 82
Makefiles, как правило, тривиально получаются вызовом qmake -r в корневой папке, только нужно найти нужный бинарник qmake (от целевой версии Qt).
Тогда прикрутить различные системы сборки можно будет просто дописывая эти скрипты под используемые системы сборки.
Немного опередили, жду поддержку Qt и qmake последний год
Хоть какой-нибудь примерный ETA можете подсказать, когда нам уже придет счастье?
Приятно слышать. Надеюсь, что растовый плагин когда-нибудь дорастёт и до полноценной отдельной IDE.
А поддержка CMake сохранится на прежнем уровне? Уж очень сейчас удобно, что проект CMake — одновременно и проект CLion, и не требуется никаких промежуточных телодвижений (вроде того что в Eclipse, когда приходится из CMake генерировать нативный проект Eclipse и уже с ним работать).
Новые инструменты и фреймворки — Valgrind MemcheckТ.е. в Windows это не работает?
По-прежнему нет полноценного нечеткого поиска:(
Атом и саблайм так умеют, а клион — нет. Очень не хватает.
Практически все, наверное, знают, что мы пишем свой парсер для C++
Насколько я слышал вы пишете не просто свой парсер, а два своих C++ парсера?
Один в CLion другой в resharper. Или вы все-таки решили один делать?
по секрету, мы их уже больше двух написали
Жаль, что при таком подходе чуда все-таки не произошло.
Как было много подкрашено красным в полностью валидном проекте (CI его собирает на нескольких платформах несколькими разными компиляторами)
в самой первой доступной версии clion (2-3 года назад?), так и сейчас не понимает очевидные вещи типа:
std::pair<std::string, size_t> f() { return std::make_pair(std::string("a"), size_t(1)); }
std::pair<std::string, size_t> val;
val = f();
говорит что pair::operator=
deleted, хотя очевидно что это не так.
Но Москва не сразу строилась, может быть через лет 5 уже вашу IDE будут
использовать для проверки правильности работы компилятора.
Но Москва не сразу строилась, может быть через лет 5 уже вашу IDE будутА разве JetBrains собираются писать компилятор? Как уже обсуждалось без приличного фронтенда («умеющего», в частности, вычислять значения
использовать для проверки правильности работы компилятора.
constexpr
-переменных — а это уже приличный такой шмат «полного» C++) вы даже AST не построите!То есть если я хочу запустить или отладить подпроект A, то у меня запускается исполняемый файл подпроекта B. Приходится тыкать в Edit Configuration… и править там руками.
В 2017.2 такой проблемы не было.
А как на счёт поддержки clang-format? Хотя бы на уровне qtcreator — при сохранении запускается clang-format для файла/файлов.
Ну и конечно, поддержка if (auto it = map.find(); it != map.end()) из C++17.
Вот отсутствие этих двух вещей очень мешает перейти наконец на CLion с qtcreator
А можете пожалуйста сделать чтобы при автодополнении учитывалась частота использования выражения мной? Сейчас, например я пишу
bool is_good = f…
и на первом месте в подсказке отображается какая-то функция на букву f, которую я ни разу не использовал, а false где-то на десятом месте. Хотелось бы наоборот.
1. Гибкости настройки Run Configurations
youtrack.jetbrains.com/issue/CPP-5040
2. Хоть какой-нибудь ресолвинг символов в макросах
youtrack.jetbrains.com/issue/CPP-6544
Кому вот CLion для МК?
plugins.jetbrains.com/plugin/10115-openocd--stm32cubemx-support-for-arm-embedded-development
Сейчас вендоры берут Eclipse и сами допиливают его под свои аппаратные платформы. Но я как понимаю Clion не опенсорс, так что в ближайнее время ничего ждать не стоит.
во-первых не такой-то он уж клозед-сорц. там очень много кода от IDEA. Я свой плагин написал без доступа к их закрытым исходникам. anastasiak2512, можно считать это намеком.
А вообще я собираюсь с духом поддержать в своем плагине SVD файлы, тогда для как минимум для ARM поддержка периферии будет.
Ну во-первых это_какой-то_позор.жпг
Во-вторых https://youtrack.jetbrains.com/issue/CPP-3567
В качестве примера хорошего embedded-отладчика можете посмотреть SEGGER Ozone.
А что вы имеете в виду под поддержкой cmsis?
Релиз CLion 2017.3: существенные улучшения поддержки C++, интеграция с Valgrind Memcheck и Boost.Test и многое другое