Чтобы разобраться, почему Build Project недоступно, надо вероятно смотреть на содержимое .idea директории. Если готовы, пришлите в саппорт архив и попробуем разобраться.
Но в конфигурациях сборки, которые генерируются для таких настроек каждый executable надо собирать отдельно.
Да, можно собирать для каждого профиля по-отдельности, а можно вот указанными Build командами. Они для такого и сделаны. Наверное, не очень очевидно и удобно, что они вынесены в отдельное меню, но не загромождать же ими панель.. Пока как-то лучшего места не придумали для них.
Почему не создать просто два тулейчна для x86 и x86_64, и по CMake profile, использующему каждый из тулчейнов? Для сборки всего есть - Build Project (соберет вообще все) - Build all in <config> (соберет все в выбранной конфигурации) Они в меню Build живут.
Еще можно воспользоваться новомодными CMake Presets) Будут профили сборки везде универсальные. Но это уже так, как дальнейшее развитие для проекта.
Спасибо за ответ. Мы понимаем, что проблемы с перфомансом и фризами все еще есть. И пользователи от них страдают. Но они часто разные от версии к версии, и даже в одном и том же тикете могут внутри оказываться самые разные дампы) Поэтому лучше приходите с конкретными примерами, которые раздражают именно вас, мы посмотрим и ответим вам точнее, что это и когда мы планируем это поправить. Переход на Clang, переписывание DFA, переделка работы с юнит тестами - все эти изменения, на самом деле, так или иначе делаются, чтобы улучшить производительность. И еще много больших изменений запланировано или уже в работе.
Данный тикет назначен на человека, который отвечает за подсистему. Причем это подсистема общая для всех IntelliJ IDEs. Так что назначенный человек, действительно, лучше всех понимает, что и как там можно делать, чтобы не сломать File watchers везде и для всех. Не то, чтобы это значит, что мы не можем забрать и поправить для всех, это норм практика. Но у нас тоже ресурсы ограничены и пока до такого руки не доходят. Я переговорю с назначенным человеком и узнаю, какой там план.
Приносим извинения, хотя в целом EAP немного "имеет права быть нестабильным") Но мы очень внимательно следим за фидбеков, который нам доносят EAP-пользователи, чтобы успевать убирать такие проблемы в релизе.
Про копирование конфигурации, который пришла из пресета, мысль интересная. Мы обсудим в команде. Нам казалось, что логичнее тогда отнаследоваться в CMakeUserPresets.json и править там, чем в сеттингах CLion.
Фризами мы постоянно занимаемся. Так что общий ответ - в этой версии довольно много фиксов подобных проблем. Но наверное вас интересует что-то более конкретное?
Лицензия отладчика VS не позволяет запускать его не из MS-продуктов. Так что даже если кто-то такой и сделает, использовать его будет нарушением лицензии VS.
Про проблему обсудим с командой. Там это задача по дороге сменила ответственного девелопера, мы подумаем как ее вписать в наши планы и в чем там вообще в корне проблема и по мотивам отпишемся в трекере.
Я рада помочь, но вообще это не есть правильно) Сейчас более точным и правильным движком является именно Clangd в CLion. И поддержка новых стандартов только в нем. Хорошо бы увидеть тогда пример, где такая разница заметна, чтобы мы это изучили и поправили. Сможете поделиться?
Скажите, а какая версия CLion? Включено ли автодополнение через Clangd (оно вообще по дефолту, но не помешает проверить настройки и какой режим автодополнения выбран в Preferences | Languages & Frameworks | C/C++ | Clangd)? Это кстати CMake проект? Проблем с загрузкой проекта IDE не репортит?
Тулчейн файлы можно указать через параметры CMake. В 2021.2 еще завезем поддержку новомодных CMake прессетов. Про параметры среды через скрипты — есть такая беда (мы вместе с платформой думаем пока, как это решить), но кто мешает в самом CMake это все указать?
Память — мы постоянно оптимизируем потребление памяти в CLion, но я замечу, что даже простенький Hello World после препроцессора не такой уж маленький на C++, так что не удивительно, что CLion после сборки информации о резолве кода во всех конфигурациях со всеми инклюдами и ветвями препроцессора отъедает много памяти. Так что оптимизировать там не всегда можно. Но что-то мы уменьшаем постоянно.
Про ошибки Qt — я бы послушала примеры и передала ребятам, они поправят. Честно сказать, уже давно не видела Qt проблем в анализаторе и автодополнении.
Да, там проблема, что компилятор (iccarm) не отдает нам компиляторную информацию, например, значение CXX standard.
Как ворэраунд, можно опции напрямую указать в кланговских опциях для языкового движка, в настройках Clang, под Show errors and warnings from clangd. Что-то типа --target=<arch>-<vendor>-<sys>-<abi> (например: --target=arm64-unknown-darwin-unknown), C++ standard (-std=C++17) и -isystem, -I, -iquote
Давайте попробуем через саппорт разобраться в проблеме. Нам наверное будут нужны как минимум логи IDE. Это вообще не нормальное поведение.
Чтобы разобраться, почему Build Project недоступно, надо вероятно смотреть на содержимое .idea директории. Если готовы, пришлите в саппорт архив и попробуем разобраться.
Да, можно собирать для каждого профиля по-отдельности, а можно вот указанными Build командами. Они для такого и сделаны. Наверное, не очень очевидно и удобно, что они вынесены в отдельное меню, но не загромождать же ими панель.. Пока как-то лучшего места не придумали для них.
Лог получили, посмотрим и ответим в почте! Спасибо
Что-то идет не так) А можете прислать лог IDE в clion-support@jetbrains.com?
Почему не создать просто два тулейчна для x86 и x86_64, и по CMake profile, использующему каждый из тулчейнов? Для сборки всего есть
- Build Project (соберет вообще все)
- Build all in <config> (соберет все в выбранной конфигурации)
Они в меню Build живут.
Еще можно воспользоваться новомодными CMake Presets) Будут профили сборки везде универсальные. Но это уже так, как дальнейшее развитие для проекта.
Спасибо за ответ. Мы понимаем, что проблемы с перфомансом и фризами все еще есть. И пользователи от них страдают. Но они часто разные от версии к версии, и даже в одном и том же тикете могут внутри оказываться самые разные дампы) Поэтому лучше приходите с конкретными примерами, которые раздражают именно вас, мы посмотрим и ответим вам точнее, что это и когда мы планируем это поправить.
Переход на Clang, переписывание DFA, переделка работы с юнит тестами - все эти изменения, на самом деле, так или иначе делаются, чтобы улучшить производительность. И еще много больших изменений запланировано или уже в работе.
Данный тикет назначен на человека, который отвечает за подсистему. Причем это подсистема общая для всех IntelliJ IDEs. Так что назначенный человек, действительно, лучше всех понимает, что и как там можно делать, чтобы не сломать File watchers везде и для всех. Не то, чтобы это значит, что мы не можем забрать и поправить для всех, это норм практика. Но у нас тоже ресурсы ограничены и пока до такого руки не доходят.
Я переговорю с назначенным человеком и узнаю, какой там план.
Приносим извинения, хотя в целом EAP немного "имеет права быть нестабильным") Но мы очень внимательно следим за фидбеков, который нам доносят EAP-пользователи, чтобы успевать убирать такие проблемы в релизе.
О каким ошибках идет речь? Exceptions?
Спасибо за такой отзыв, это очень приятно!
Про копирование конфигурации, который пришла из пресета, мысль интересная. Мы обсудим в команде. Нам казалось, что логичнее тогда отнаследоваться в CMakeUserPresets.json и править там, чем в сеттингах CLion.
Ninja можно было задать и в родных конфигурациях CLion еще до пресетов. И мы как раз делаем его дефолтом) https://youtrack.jetbrains.com/issue/CPP-25935
Про подсветку тоже есть тикет - https://youtrack.jetbrains.com/issue/CPP-17786 - пока не смотрели в его сторону.
Фризами мы постоянно занимаемся. Так что общий ответ - в этой версии довольно много фиксов подобных проблем. Но наверное вас интересует что-то более конкретное?
Лицензия отладчика VS не позволяет запускать его не из MS-продуктов. Так что даже если кто-то такой и сделает, использовать его будет нарушением лицензии VS.
Спасибо за такой позитивный отзыв! Очень приятно)
Про проблему обсудим с командой. Там это задача по дороге сменила ответственного девелопера, мы подумаем как ее вписать в наши планы и в чем там вообще в корне проблема и по мотивам отпишемся в трекере.
А можно все же пример, где это воспроизводится? Нам бы понять, что именно там тормозит)
Я рада помочь, но вообще это не есть правильно) Сейчас более точным и правильным движком является именно Clangd в CLion. И поддержка новых стандартов только в нем. Хорошо бы увидеть тогда пример, где такая разница заметна, чтобы мы это изучили и поправили. Сможете поделиться?
Спасибо. Выглядит обычным и вполне рабочим сетапом. А можете показать пример, где будет воспроизводиться проблема?
Скажите, а какая версия CLion? Включено ли автодополнение через Clangd (оно вообще по дефолту, но не помешает проверить настройки и какой режим автодополнения выбран в Preferences | Languages & Frameworks | C/C++ | Clangd)?
Это кстати CMake проект? Проблем с загрузкой проекта IDE не репортит?
Тулчейн файлы можно указать через параметры CMake. В 2021.2 еще завезем поддержку новомодных CMake прессетов. Про параметры среды через скрипты — есть такая беда (мы вместе с платформой думаем пока, как это решить), но кто мешает в самом CMake это все указать?
Память — мы постоянно оптимизируем потребление памяти в CLion, но я замечу, что даже простенький Hello World после препроцессора не такой уж маленький на C++, так что не удивительно, что CLion после сборки информации о резолве кода во всех конфигурациях со всеми инклюдами и ветвями препроцессора отъедает много памяти. Так что оптимизировать там не всегда можно. Но что-то мы уменьшаем постоянно.
Про ошибки Qt — я бы послушала примеры и передала ребятам, они поправят. Честно сказать, уже давно не видела Qt проблем в анализаторе и автодополнении.
А можете в тикете написать, какую команду указали? И пример, на котором не понимает auto.
Да, там проблема, что компилятор (iccarm) не отдает нам компиляторную информацию, например, значение CXX standard.
Как ворэраунд, можно опции напрямую указать в кланговских опциях для языкового движка, в настройках Clang, под Show errors and warnings from clangd. Что-то типа
--target=<arch>-<vendor>-<sys>-<abi>(например:--target=arm64-unknown-darwin-unknown), C++ standard (-std=C++17) и-isystem, -I, -iquote