| The JetBrains Blog

The JetBrains Blog

Phil Nash

Developer Advocate at JetBrains for CLion, AppCode and ReSharper C++

This if the third and final part of our Advanced Debugger series. If you haven't seen them, do catch: "Part 1: Suspended" and "Part 2: Dynamic" As well as the earlier, "Debugging Fundamentals" video. In this video we start by looking a direct access to the GDB or LLDB terminal, as well as running commands on start-up using .gdbinit or .lldbinit, then look at attaching to external process

Following up on "Part 1: Suspended", of our Advanced Debugger series, Part 2 focuses on the dynamic part of working with breakpoints, watchpoints and setting the execution point. Because this an advanced series, we look beyond simply setting and removing breakpoints, and take a look at the different types of breakpoints we support, as well as all the options along with them. In many cases your bre

Back in October of last year I wrote "CLion Debugging – Part 1: Fundamentals", to introduce the everyday debugging features in CLion. It was "Part 1", because the promise was that I would follow up with a "Part 2", covering more advanced features. One thing you should never do is call something "Part 1" before you've written later parts! Part 2 has been a lo

An important part of writing code is debugging. Despite the name this is not limited to just finding bugs in our code, but can help us to understand what the code is actually doing at runtime - often in a specific environment. While it's possible to do this to some extent using, so-called, "printf-debugging" (inserting code to write out messages and values to the console or a log file),

One of the common questions we get is why there is no Docker integration in CLion? In fact CLion works very nicely with Docker! There might not (yet) be a specific, “use Docker”, button - but setting it up yourself is actually quite easy and straightforward - even if you’re a Docker newbie! Update: Staring with CLion 2021.3, you can configure special Docker toolchain in CLion. In this case, CLi

In July of this year, in the German city of Cologne, the ISO WG21 committee approved the full draft of C++20. After Belfast, in November, we now have just one more meeting (in Prague) to deal with national body comments and get their approval. That means that, barring any catastrophes, C++20 will become the current standard sometime after February of next year. So C++20 is still in the future,

One of our most frequent feature requests for CLion is the ability to use project or build systems other than CMake. There are many good reasons for needing to use something different - but if you could only pick one we still feel CMake is the best choice. That’s not because we think it is perfect (although it’s worth noting that some of the issues that people have with it may be addressed by focu

ReSharper C++ joined the ReSharper fold back in 2015 to bring the power of ReSharper to the world of C++ - and has been getting better ever since! For most people this has rounded out the ReSharper story within Visual Studio. However an odd gap remains. Odd because the worlds of C++ and C# are bridged by the interop language, C++/CLI, yet this has remained unsupported by the ReSharper family. U

CLion is a cross-platform IDE for C++ development (which happens to have a built in test runner). Catch is a cross-platform test framework for C++. I'm the original author of Catch and am now working at JetBrains so this seems to be an ideal match! As of the 2017.1 release I'm pleased to say that CLion fully supports Catch as a first class test framework. That means you can create Catch test

The JetBrains Blog

Phil Nash

CLion Debugging – Beyond the Basics – Part 3: Beyond Local

CLion Debugging – Beyond the Basics – Part 2: Dynamic

CLion Debugging – Beyond the Basics – Part 1: Suspended

CLion Debugging – Part 1: Fundamentals

Using Docker with CLion

C++20 and ReSharper C++

Working with Makefiles in CLion using Compilation DB

C++/CLI support comes to ReSharper C++

To Catch a CLion