Getting Started with the Conan CLion Plugin

Wondering how to add a package to your C++ project? In this guest blog post Javier G. Sogo from JFrog shares how to start with Conan package manager in CLion.

Javier G. Sogo Javier G. Sogo
Software Engineer at JFrog
After several years of C++ development, I moved to Python to learn the best practices and tools. Now I’m back building Conan, the C/C++ package manager.

Writing a C++ project from scratch is always a delightful challenge. Starting from a blank page writing your code and creating your functionalities, all the way through to building on top of solid and high-performance libraries… but wait! Sometimes it’s not easy to get those libraries available for your project to compile and link, and possibly you are not experienced in that build system or the library may require some patches to be built for your platform.
The lack of a package manager in the C++ world has slowed many projects down, requiring dedicated efforts to handling external libraries or rewriting functionalities to avoid using third parties.
Conan is an open source, decentralized package manager that simplifies the process of integrating and reusing C and C++ libraries and packages. It automatically manages and reuses binaries for any possible configuration, increasing development speed. Conan is also able to build and cross-build packages from sources, it integrates with any build system, with very high flexibility and customization capabilities.
In this blog post, we will show how to use Conan in your CLion workspace to get your preferred libraries ready to use in your project. We will use the Conan-CLion plugin to integrate both applications smoothly, for example, by building an MD5 hasher using an already available implementation from the Poco libraries.

Installing all the parts

1. Conan-CLion Plugin

To follow along with this example, you’ll need to install the Conan by JFrog plugin from the JetBrains marketplace. It can be easily installed using the Plugins section in the Preferences/Settings window, or from the welcome screen using the Configure>Plugins option.
Install Conan plugin for CLion from the Welcome screen

After restarting CLion a new “Conan” tool window will appear at the bottom of the IDE, which is ready for you to use.
Conan plugin inside CLion interface (Conan not installed yet)

2. Conan Client

Next, you’ll need to install Conan. Conan is a python application, you can install it using pip (pip install conan) inside a Python virtual environment or system-wide, or you can download a standalone application and unpack it into your system, choose the way that best fits your needs from the download page.
We highly recommend that you read the Conan documentation; although the default configuration is enough for this example, it is important for you to know about many other important features that are not covered in this article. Including, the distributed nature of Conan that allows mixing different origins for your libraries, JFrog Artifactory integrations, workspaces, etc. These features will help you in developing high-quality software.

The distributed architecture of Conan allows mixing different origins (and destinations) for your libraries

3. Conan Plugin Configuration

There are a couple of configuration points we need to address before running our example, these configurations only need to be done once for all your projects. First of all, you will need to provide the path to the Conan executable you want to use in the Preferences window (leave it empty to use Conan from the PATH).


Second, we need to define the correspondence between CLion CMake profiles and Conan profiles. CLion profiles are a handy way to create different configurations to build your project, the same as Conan profiles, that’s why both should match.

A Conan profile is a file where the user defines a set of settings, options, environment variables, and build requires, that can be reused to build any package. These files can be handled individually using conan profile commands or, if you are working with other people, you will probably want to maintain a shared configuration with your colleagues using conan config install commands. Create as many profiles as you want using the command line or copy an URL with your shared Conan configuration into the plugin settings. For more information related to this core feature of Conan, the documentation about using profiles is a good starting point.
Once your profiles are ready, match them with the CLion ones using the Button button, a window will pop up for you to make these assignments.
CMake profiles in CLion matched with profiles used by Conan

Creating the C++ project

After the configuration is complete, we can leap into C++. The following example demonstrates the MD5 hashing utility in the Poco library, a few lines of code should be enough to get us started:

If we try to compile this project using CLion it will fail, because the Poco libraries are missing. This is where our package manager comes into action.

Getting your dependencies with Conan

Conan uses a separated file to store information related to a project. This can either be a plain conanfile.txt file, or a python file that handles more complex logic regarding your dependencies. The Conan plugin can work with both of these file types.
For this example we only need a couple of lines in a conanfile.txt that you should add to your repository:


These lines notify Conan that our project requires the Poco library, and provide the version and origin for it. Conan will look in the remotes and retrieve the recipe for Poco from there, it will also grab the binaries if they’re available for your configuration and, if not, it will trigger a compilation from sources. All of this will be done using the Conan install button, Conan icon , that can be found in the Conan tool window.

Conan installs the required library and transitive dependencies

As you can see, Conan not only installed the Poco libraries, but also OpenSSL and ZLib too. This is because they are transitive dependencies of Poco. If binaries matching your configuration are available in the remote, Conan will just download them, otherwise, Conan will compile these packages from sources no matter if they use CMake or other build systems (OpenSSL uses Makefiles).
Conan resolving the complete Poco dependency graph


Conan will create a file for each of the generators listed here, as CLion uses CMake we need that generator. These files contain all the information of the requirements, including: paths to includes, libraries or resources, and compile flags. Basically, everything that needs to be consumed by your project. You only need to include this file into your build system, there is no need to change anything else, and you’re ready to go.
Modify your CMakeLists.txt to include this automatically generated file, named conanbuildinfo.cmake:

Compile again and run your project. Conan will take care of your dependencies, by locating and downloading (or compiling) them, making them available for your project. If you feel that this implementation requires modifying your project, you can try other CMake related generators available in Conan, such as cmake_find_package or cmake_paths. Additional information on how to activate these generators can be found in the Conan documentation.


Alongside CMake and CLion, Conan has become one of the big C’s for the C++ language. Having a package manager encourages the community to share their libraries and build functionalities on top of existing ones, modernizing the C++ ecosystem towards a more mature and useful one. It also allows companies to have a professional tool to build all their internal libraries and third-parties using the same process, preserving consistency and reproducibility of their builds, and keeping their developers focused on their job.
The plugin in its first version implements just some basic functionalities of Conan, we highly recommend you to use it in your projects, but also to explore all the functionalities that Conan provides. We’re always happy to receive feedback related to both the CLion plugin and Conan in general.

Happy Coding!

This entry was posted in Tips'n'Tricks and tagged , , , . Bookmark the permalink.

18 Responses to Getting Started with the Conan CLion Plugin

  1. Jens Riboe says:

    Really interesting. However, it seems to me that the plugin do no (yet) support WSL.
    Unless, I missed out something in the instructions.

    Running CLion @ Win10 and GCC @ WSL is the way to go, for us windows users.
    So, please implement WSL support for the plugin as well.

  2. Paul B says:

    Your last code sample, showing linking the libraries in Cmake, has a bunch of tags scattered through it.

  3. mipko says:


    I have a stopper no matter what I do, I constantly get info “Could not find Conan client in path.” although conan client exists in /opt/conan/conan and there is a link in /usr/bin. Both directories are in path.


    • Inside the configuration window of the plugin (have a look at section 3 of this blog post) you can set the full path to the Conan _executable_. Can you check what’s the path you have there? Can you put there the path to your Conan (/usr/bin/conan) and try again?


  4. Henry Borchers says:

    Wasn’t requesting a Conan plugin. (I’m more excited about MSVC debugging to be honest) However, I’m very interested in this.

    I tried Conan a year or so ago and wasn’t very happy with it because I didn’t like the idea of having to incorporate “Conan commands” in my CMakeLists.txt. However, with the cmake_find_package generator, using Conan is more transparent. I will absolutely play with this pluggin.

    • Anastasia Kazakova says:

      Conan plugin is maintained by Conan/JFrog team. So it doesn’t affect the MSVC debugging at all, which is under development now, we hope to have it in 2019.2 or 2019.3 ready to some extent.

  5. Gareth Lloyd says:

    I have to populate CMAKE_MODULE_PATH manually when using cmake_find_package

  6. Quazi Irfan says:

    Hello, I am a Conan novice and could not follow the blog post. For example, I do not know where to create the CLion Cmake profile. Also I do not know where to place the conanfile.txt file. Perhaps a video tutorial would be very helpful.

    Thank you for your hard work.

    • Anastasia Kazakova says:

      CMake profiles are configured in Settings/Preferences | Build, Execution, Deployment | CMake

  7. Quazi Irfan says:

    Thank you for the blog post.

    As I was trying to follow the instructions, I could not figure out where to add the content of the ‘CLion CMake profiles’, and what to do after adding the conanfile.txt file. I was wondering if you guys can make a video showing us the setup.

    • CMake profiles for CLion are configured in Settings/Preferences | Build, Execution, Deployment | CMake. For the Conan’s ones, if you have doubts, you can visit the documentation about Conan ( Once you have this setup (and the conanfile), just click the “Conan install” button in the Conan tool window.

      A video is a really good idea, we could include this set up in one webinar and then link to it. Thanks for the suggestion.

  8. Gerard says:

    Thank you for releasing this plugin!

    My CLion project has a structure as follows:

    mylibrary/conanfile.txt (references external requirements needed for mylibrary)

    mylibrary/unit_tests/conanfile.txt (references mylibrary as a requirement)

    The plugin is working perfectly for pulling in requirements for the top-level mylibrary conanfile. Thank you!

    On the other hand, I still have to manually run ‘conan install’ within the unit_tests folder. Is my project organization wrong or is the desire to be able to use the plugin button to run ‘conan install’ on both the top-level folder and unit_tests folder a practical use case? If so, I will submit a feature request.

Leave a Reply

Your email address will not be published. Required fields are marked *