Что такое toolchain в clion

Using WSL Toolchains In Jetbrains CLion On Windows

I have been looking at the best way for me to write C program on Windows, I don’t like writing C with Vscode and other got tired writing with vim, So I take a look at the Jetbrains Clion which offers some features like ability to integrate Windows Subsystem Linux with Clion, and using any compiler of your choice.

Starting SSH On Your WSL And Installing Cmake

First of all before we start with any process, go to your bash and start ssh.

You might have installed cmake, And the cmake might likely be the newer version, Clion has some version it works with, I think from 2.17 or so to 3.15.

Go to — https://cmake.org/files/
That shows all the list of the versions of cmake, I use cmake-3.15.0-rc1.tar.gz.

Open your terminal or bash and download it.

After downloading, then untar.

Now copy the directory to /usr/bin/share

By default gcc should be installed, unless you want to use clang, and also you will need to install gdb incase you haven’t done that.

Linking Clion With WSL

We have already done most of the settings, Now Open Clion and go to file > settings > Build, Execution, Deployment, > Tools Chain Click On Settings Icon In Credential And Input The Credentials.

Everything should be detected since we have already done it, over there.

As you can see, If you have any issue, kindly let me know and also take a look at this video by Jetbrains incase.

Using WSL ToolsChains In Clion On Windows

Источник

Что такое toolchain в clion

With WSL toolchain set up for your project, you can build using a toolchain from Linux, and run/debug on WSL, without leaving CLion running on your Windows machine.

You don’t need to install or run CLion inside WSL.

Configure WSL

Download and install a WSL distribution (for instance, Ubuntu) from Microsoft Store.

For this step, be sure to use Windows 10 with the latest “Fall Creators Update” (minimum version 1709, build 16299.15). See the official guide Install the Windows Subsystem for Linux for instructions.

Upon the first launch of Ubuntu, the system may prompt you to enable the Windows optional feature. In this case, you need to do the following:

Open Windows PowerShell as Administrator and run

Restart your computer.

Configure a WSL toolchain for your project

Wait for all the tools to be detected and save the settings.

Now to start using the toolchain, do the following:

Set the WSL toolchain as default (move it to the top of the list) or create an associated CMake profile. Use that profile for build, run, and debug.

In the Makefile Application configuration, point Executable to the binary using the \mnt\.. notation (for example, \mnt\c\Users\jetbrains\CLionProjects\SimpleMakefile\runme ).

In order to run Valgrind on WSL, make sure to select the CMake profile associated with the WSL toolchain. See this instruction for details.

Источник

Full remote mode

For remote development, the CLion instance runs locally, and your source files are also placed on the local client, with automatic synchronization to the remote host. On the remote host side, CLion performs compilation and build using host compilers and CMake/make, uses host GDB for debug, and runs the application on the remote target.

Due to the IntelliJ platform issue, you need to set the property value idea.case.sensitive.fs=true in the idea.properties file (to access the property file, select Help | Edit Custom Properties. on the main menu), then restart CLion with cache reset ( File | Invalidate Caches / Restart. ).

For files synchronization on Windows, CLion relies on its own Remote Host Access and compression on the host side using the tar utility. This mechanism causes the synchronization to perform slower than rsync on macOS and Linux.

Create a toolchain with remote credentials

After establishing the connection, CLion attempts to detect the tools in default remote locations /usr/bin/cmake and /usr/bin/gdb (or using the full paths, if you have provided manually). When the checks finish successfully, the toolchain is ready for use:

For CMake projects, if you set the remote toolchain as default, the default CMake profile will connect to it automatically, so you do not need to configure a separate CMake profile for it.

(CMake) Create the corresponding CMake profile

Click to create a new CMake profile, and connect it to your remote toolchain using the Toolchain field:

(Makefile) Select the remote toolchain in Makefile setting

Select your remote toolchain in the Toolchain field:

Use the File Transfer tool window ( View | Tool Windows | File Transfer ) to monitor the progress of file synchronization:

Check and adjust the deployment configuration

CLion automatically configures the paths for your project code synchronization. Use the Mappings tab to change the default mappings (for example, to set a particular remote directory for the copied sources instead of the default tmp folder):

For CMake projects, CLion automatically triggers synchronization when you change deployment settings. You can monitor the process in the File Transfer tool window ( View | Tool Windows | File Transfer ):

When uploading your project to the remote machine, CLion uses the directory containing the top-level CMakeLists.txt as a project root (CPP-23995). If your top CMakeLists.txt is located in a different subdirectory, change the local path in the Mappings tab.

When uploading a Makefile project to the remote machine, CLion uses the directory containing the Makefile as a project root (see the general ticket CPP-23995). If your Makefile is located in a different subdirectory, change the local path in the Mappings tab.

You can set up remote development without source synchronization to avoid unnecessary file duplication when your local and remote machines share a mounted volume (for example, in the case of using a Docker container) or when 3rd-party synchronization is configured outside of CLion.

Excluded paths

You can check and adjust the excluded paths in the dedicated tab of the deployment entry settings:

If you mark a directory as excluded when there is a remote toolchain configured and the project has been synchronized already, CLion will suggest that you update the excluded paths. After the update, the excluded folder will be synchronized further.

If you un-exclude a previously excluded directory, CLion will suggest to update the list of the excluded paths and re-upload the folder to the remote host.

Resync header search paths

To resolve your code correctly, CLion synchronizes header search paths with all the content from the remote machine to the local client. For example, even though standard library headers are taken from the target, you can navigate to them as if you were working locally in the CLion editor.

Note that you need to call Resync with Remote Hosts manually for every change in your project dependencies or compilers.

Build, run, debug

Now that you have a remote toolchain and the corresponding CMake profile configured, you can build, run, and debug your application and tests in the completely remote way by selecting the proper CMake profile in the Run/Debug configuration switcher:

Below you can find a demo showing how the application output changes depending on the OS that it runs on. Having macOS as a local system, we connect remotely to the Ubuntu target and check the OS name. In this example, code highlighting depends on the OS identifier, so when we switch the CMake profile or resolve context, CLion highlights the corresponding code branch:

Create a new Makefile Application configuration or edit an existing one.

In the Executable field, point CLion to the remote binary.

Save the configuration and use it to run or debug your Makefile application remotely.

For both CMake and Makefile configurations, you can set remote external tools as a Before launch step.

Set environment variables

Enable IPv6 support

To connect to IPv6 networks, you need to make adjustments in CLion JVM options:

In order to use hostnames instead of raw addresses, open C:\Windows\System32\Drivers\etc\hosts as Administrator on Windows or /etc/hosts as superuser on macOS/Linux and map the required addresses to the corresponding hostnames.

Each address should be placed on a separate line, followed by at least one whitespace and a list of whitespace-separated hostnames, for example:

Источник

Релиз CLion 2021.3: новый механизм удаленной разработки, тулчейн для Docker, улучшения отладчика и многое другое

Традиционно начало декабря — время, когда релизятся все продукты JetBrains. И сегодня я расскажу о CLion 2021.3 — новой версии нашей кроссплатформенной IDE для разработки на C и C++.

Решения для удаленной разработки

Главная новость прошедшей релизной недели — выпуск нового решения для удаленной разработки. Его модель предполагает, что исходный код, тулчейн и бэкенд IDE находятся на удаленном сервере, а для взаимодействия с IDE используется тонкий клиент, запущенный на локальной машине. Таким образом решается несколько проблем:

Вам не нужно загружать код на локальную машину. Он хранится на удаленном (и, вероятно, защищенном) сервере — вам просто нужно подключиться к нему.

Локальной машине не обязательно быть мощной, так как бэкенд IDE запускается на удаленной машине.

Вам не придется тратить время на настройку окружения. Достаточно один раз настроить набор стандартных сред, после чего ваша команда сможет ими пользоваться. В будущем, если среда «прогрета», вам даже не придется даже ждать окончания индексации — просто открывайте локальный клиент, подключайтесь и сразу приступайте к работе.

Именно об этой возможности вы давно нас просили! Ведь старый удаленный режим — при котором CLion запускается на локальной машине, код синхронизируется с удаленной на локальную машину, а компиляция и сборка выполняются удаленно — не всех устраивал. Пока что новое решение имеет ряд ограничений. Рекомендуем вам предварительно ознакомиться с ними.

Другие обновления в CLion 2021.3

Следующие улучшения будут полезны независимо от используемой вами платформы и специфики разработки:

работа с тулчейнами — оптимизация и новые возможности;

отладчик — улучшенное представление данных;

редактор — подсказки для выведенных типов;

анализ кода — повышение точности и новые возможности;

новая опция для представления структуры текущего файла.

А теперь разберем все в деталях.

Тулчейны

Мы поддержали новый тип тулчейна для работы с контейнерами Docker. Раньше мы предлагали использовать для этого тулчейн Remote. Но копирование исходного кода в контейнер по ssh давало лишние накладные расходы. Новый тулчейн Docker просто монтирует директорию с проектом к контейнеру. Подробнее об особенностях работы нового тулчейна на Windows и о том, как его настроить на любой из платформ, рассказывает наш новый девелопер-адвокат Тимур Думлер (на английском):

Для пользователей Windows мы подготовили сразу несколько улучшений:

MinGW теперь включен в поставку CLion, чтобы сэкономить время на предварительную конфигурацию окружения тем, кто только начинает работу в CLion. В настоящее время в CLion встроена версия MinGW-w64 9.0 с параметром languages=c,c++, потоками POSIX и структурированной обработкой исключений (SEH).

Тулчейн System позволяет настроить исполняемые файлы для CMake, компилятора и отладчика, не указывая заранее настроенное окружение (MinGW, Cygwin, WSL, Visual Studio и пр.). Версия тулчейна для Windows работает аналогично версиям для Linux и macOS.

Также есть несколько важных улучшений для разработчиков встроенных систем. Появилась опция Custom Compiler, позволяющая использовать компиляторы, которые не поддерживаются из коробки. Теперь таким компиляторам не придется «маскироваться» под GCC или Clang. Достаточно прописать компиляторные определения в файле формата *.yaml и указать этот файл в настройках Settings/Preferences | Build, Execution, Deployment | Toolchains | Custom Defined Compiler:

Теперь CLion умеет работать с заданными таким образом компиляторами. Мы создали специальный GitHub-репозиторий, в который будем добавлять конфигурационные файлы для популярных компиляторов. Некоторые из них мы уже добавили:

В некоторых случаях окружение компилятора можно настроить с помощью скрипта. В нем вы сможете инициализировать переменные окружения, настроить переменную PATH и пр. Теперь CLion позволяет указать такой скрипт в настройках тулчейна и исполняет его при первом запуске тулчейна. Кстати, похоже, что таким образом можно научить CLion работать с новым компилятором от Intel на базе LLVM. Мы еще не до конца исследовали этот вопрос, но пока тестирование проходит успешно.

Большинство наших пользователей предпочитает работать над проектами CMake (тогда как CLion также еще поддерживает Makefile, compilation database, и совместим с плагинами для Gradle и Bazel). В качестве генератора CMake большинство пользователей предпочитают Ninja. CLion 2021.3 включает Ninja v1.10.2. Если вы откроете или создадите проект в CLion с CMake v3.20+, то при запуске локальных тулчейнов по умолчанию будет использован именно Ninja. Управлять используемым в CMake генератором теперь можно не только через опции CMake, но и из интерфейса CLion: Settings/Preferences | Build, Execution, Deployment | CMake.

Отладчик

В этом релизе нам удалось улучшить отладчик в двух направлениях. Улучшение, которое касается всех пользователей: мы расширили настройки отображения данных в отладчике. Мы заметили, что шаблонизированные типы стандартной библиотеки и спецификаторы пространств имен (особенно ABI) зачастую перегружают окно отладчика. При этом пользователю, как правило, важнее знать значения переменных. Теперь вы можете настроить отображение типов переменных и функций в окне фреймов, исходя из ваших предпочтений:

Например, можно не отображать в окне отладчика вспомогательные пространства имен, глобальные спецификаторы и спецификаторы для областей доступа отдельных функций, а также пространства имен версии ABI стандартной библиотеки. Можно вообще не отображать типы. Посмотрите, насколько существенным может быть отличие:

В окне фреймов можно убрать тип возвращаемого значения функции, скрыть ее параметры и аргументы шаблона. Также можно и добавлять: например, добавьте имя модуля, чтобы видеть, какой файл выполняется в данный момент времени и какой идентификатор потока передан ОС при запуске:

Новое действие View as Array доступно для всех переменных типа указатель. Оно добавляет представление значение указателя в виде массива в список просматриваемых переменных. Чтобы запустить действие, откройте контекстное меню для переменной и укажите размер массива:

В прошлой версии CLion шестнадцатеричное представление числовых переменных было экспериментальной функцией. В новой версии мы улучшили эту возможность и добавили ее на страницу настроек. Также появилась возможность просмотра параллельных стеков при отладке многопоточных приложений. А встроенный LLDB был обновлен до 13-й версии.

Также мы добавили ряд важных улучшений для разработчиков встроенных систем на базе RTOS. Помимо FreeRTOS, CLion теперь поддерживает Zephyr RTOS. Что касается FreeRTOS, мы поддержали дополнительные таблицы — для просмотра выполняющихся задач, активных очередей, программных таймеров, а также использования кучи и распределения блоков памяти:

Подсказки для выведенных типов

В современном C++ можно не указывать тип явно, а скрыть его ключевым словом auto либо спрятать в структурное связывание или лямбду. Однако при работе с таким кодом разработчику нужно знать тип переменной или возвращаемого значения. Поэтому мы добавили в редактор подсказки для выведенных типов. CLion показывает актуальный тип прямо в редакторе:

Анализ кода

Мы обновили инструменты LLVM до версии 14.0.0. Это касается как кастомизированного нами языкового движка Clangd, так и инструментов Clang-Tidy и ClangFormat. Благодаря этому языковые функции работают точнее, а демон Clangd — реже падает. Также в анализаторе Clang-Tidy появились новые проверки — сразу после обновления версии CLion спросит вас, какие из них вам нужны.

В прошлых релизах мы перевели анализ потока данных (DFA) на Clangd и реализовали его в глобальном контексте (то есть не просто в теле функции, а в рамках единицы трансляции). В новом релизе разные вызовы функций рассматриваются по-разному: параметры и возвращаемые значения для разных точек вызова анализируются отдельно. Это уменьшило количество ложных срабатываний анализатора и повысило точность его работы. Вот типичный пример с поиском подвисшего указателя (dangling pointer):

К слову, мы улучшили анализ времени жизни объекта (реализован в CLion через DFA на основе предложения Герба Саттера Lifetime Safety), и теперь он отлавливает больше проблемных случаев.

Мы продолжаем работу по поддержке MISRA C 2012 и MISRA C++ 2008 в CLion. В этом релизе добавилось много новых проверок. Полный список доступен по ссылке. В следующем году планируем, вероятно, добраться и до спецификации AUTOSAR.

Структура текущего файла

В новой версии CLion квалифицированные имена функций-членов отображаются полностью. Благодаря этому при анализе структуры файла в окне Structure вы сможете легко различать функции с одинаковыми именами. Настроить отображение можно с помощью специальной настройки в верхней панели:

Мы планируем доработать эту функциональность в следующей версии, а также добавить возможность группировки членов классов в окне Structure.

В качестве эпилога

На этом у нас все. Если вы дочитали до конца, напишите в комментариях ваше любимое сочетание клавиш в CLion 🙂 (Я так пишу каждый релиз, но пока никто не поделился с нами в комментариях любимым сочетанием. Кто же станет первым?)

Новую версию можно скачать на нашем сайте и попробовать бесплатно в течение 30 дней. Если у вас есть активная подписка на CLion или All Products Pack, просто обновите версию до 2021.3. Напоминаем, что при покупке годовой подписки на любой продукт JetBrains вы получите резервную бессрочную лицензию.

Оставляйте ваши вопросы, мысли и предложения в комментариях — нам интересно, что вы думаете, и мы всегда рады помочь!

Источник

CLion and Linux toolchain on Windows are now friends!

In this post we’ll discuss how to work with WSL in CLion and how Windows users can benefit from this support.

Why do I need it?

CLion is a cross-platform IDE, that means you can run it on Windows, Linux, and macOS. From the very beginning it works with GCC and Clang compilers, which means on Windows it requires Cygwin or MinGW (or MinGW-w64). Later we introduced Microsoft Visual C++ compiler support, for those users who have it installed and want to use inside CLion on Windows.

Besides, we know that there are C++ developers who have Windows desktops but require Linux toolchain for building their projects. Cygwin could be a work-around. With Windows 10 Microsoft however introduced an even better way – Windows Subsystem for Linux. You simply get the prefered Linux distribution (Ubuntu, OpenSUSE and SLES are supported), configure the WSL and enjoy your new Linux environment in Windows. And now you can benefit from it in CLion!

That means the following is possible:

Windows Subsystem for Linux (WSL) is a compatibility layer for running Linux binary executables natively on Windows 10. Let’s start with the simple instruction on how to set it all up:

Check ubuntu_setup_env.sh script that can help you with the configuration:

(2222 in case of our script)

Full instruction on our confluence page.

Configure WSL toolchain in CLion

Starting with the CLion 2018.1 EAP you can use WSL as a toolchain in CLion. Go to Build, Execution, Deployment | Toolchains and select WSL in the environments dropdown:

Configure remote credentials (provide port, username and password):

Check if everything is connected and working, CMake, C, and C++ compilers are detected and available to use:

Known issues and limitations

That’s it! And a short demo at the end:

What’s next

WSL support is a first step to implement full remote development support in CLion. It’s planned to work over ssh, just the same way the WSL now works in CLion, and will be available on all platforms.

We encourage our Windows users to try out the new WSL toolchains support in CLion, and report any issues they find to our bug tracker.

Your CLion Team
JetBrains
The Drive to Develop

Источник