Mit CLion 2020.3 können Sie Ihre Anwendung mit Root-Rechten ausführen und debuggen. Dazu müssen Sie nur die entsprechende Option in der Run/Debug-Konfiguration auswählen. Dies funktioniert für CMake-, Makefile-, Gradle-Native-, Custom-Build- und CTest-Anwendungen.

Mit der neuen Aktion Set Execution Point to Cursor können Sie beim Debuggen den Ausführungspunkt Ihres Programms hin und her verschieben, einen anderen Zweig in einem if-else- oder switch-case-Konstrukt auswählen oder Schleifen unterbrechen, neu starten oder ganz überspringen. Sie müssen dazu nur einen Pfeil in der Randleiste zur gewünschten Zeile ziehen.

In CLion können Sie jetzt mithilfe eines Skripts die Umgebung definieren, in der eine Run/Debug-Konfiguration gestartet wird. Die Einstellung für diese neue Option finden Sie in allen Konfigurationen für Anwendungen und Unit-Tests.

CLion unterstützt jetzt den CMake-spezifischen Test-Runner CTest. Die IDE erkennt die Liste der mit CTest ausgeführten Tests und erstellt automatisch Run/Debug-Konfigurationen für sie. Beim Ausführen von Tests werden die Ergebnisse im integrierten Test-Runner angezeigt. Dort können Sie die Tests debuggen, fehlgeschlagene Tests wiederholen und weitere Aktionen ausführen.

CLion 2020.3 bietet eine teilweise Unterstützung für MISRA C 2012 und MISRA C++ 2008 – zwei Richtlinien, die in der Embedded-Entwicklung und insbesondere in der Automobilindustrie weit verbreitet sind. Dies beschleunigt die Entwicklung solcher Projekte, indem Inkompatibilitäten in früheren Entwicklungsphasen entdeckt werden. Die Liste der derzeit unterstützten Prüfungen ist auf der Confluence-Seite von CLion verfügbar.

CLion wurde um ein neues Refactoring namens Extract Lambda Parameter ergänzt. Dieses extrahiert einen Ausdruck oder eine Anweisung in einen neuen Parameter, dem ein Lambda-Ausdruck als Argument übergeben wird. Die Anweisung könnte beispielsweise eine Vergleichsfunktion sein, der an eine Sortierfunktion übergeben wird.

Sehen Sie das Extract-Refactoring in Aktion

Clang-Completion-Snippets unterstützen Sie durch das Einfügen gängiger Konstrukte bei der Eingabe von C++-Schlüsselwörtern. In bestimmten Fällen – beispielsweise beim Eingeben von typedef – kann die Code-Completion nicht nur das Schlüsselwort selbst vorschlagen, sondern auch ein Grundgerüst für Typ und Namen.

Im Dialogfeld „New Project“ stehen jetzt die Projekttypen „Qt Console Executable“ und „Qt Widgets Executable“ zur Verfügung. Sie können außerdem den CMake-Präfixpfad für Qt, den C++-Sprachstandard für das Projekt sowie die Qt-Version auswählen. Das neue Projekt wird mithilfe der entsprechenden Vorlagen generiert.

Signale und Slots sind zentrale Qt-Merkmale, die für die Kommunikation zwischen den Objekten verwendet werden. CLion weiß jetzt, wann Signale oder Slots zu vervollständigen sind und zeigt nur die entsprechenden Elemente in der Vorschlagsliste an.

Makefile-Projekte mit verschiedenen Wrappern wie ccache, libtool, dolt, slibtool und jlibtool können jetzt erfolgreich in CLion geladen werden. Erfahren Sie mehr über die verbleibenden Einschränkungen.

Die Aktion Recompile (Strg+Umschalt+F9) beschleunigt den Entwicklungsprozess, indem sie nur eine einzelne Datei statt des gesamten Projekts kompiliert. Diese Aktion funktioniert jetzt auch für Makefile-Projekte!

Mit CLion 2020.3 können Sie mehrere CMake-Profile in CLion konfigurieren. Derzeit nicht verwendete Profile lassen sich deaktivieren. Dies verbessert die Ladezeiten des Projekts und vermeidet überflüssige Fehler bei vorübergehend nicht verfügbaren Profilen (z. B. bei deaktivierten Remote-Konfigurationen). Die Option ist im CMake-Toolfenster und im Einstellungsdialog für CMake-Profile verfügbar.

Im Dialog Search Everywhere finden Sie jetzt einen Git-Tab. Dort können Sie nach Commit-Hashes, Commit-Nachrichten, Tags und Branches suchen. Sie können im Suchfeld sogar einfache mathematische Berechnungen durchführen.

Verzeichnisse, die lokal als Excluded markiert sind, werden jetzt bei der Erstkonfiguration von Remote-Toolchains automatisch als Excluded paths konfiguriert. Wenn Änderungen an einem bereits synchronisierten Projekt vorgenommen werden, zeigt CLion eine Updatemeldung an und schlägt vor, die Liste der Excluded paths zu aktualisieren.

CLion 2020.3 unterstützt Code With Me (EAP), den neue JetBrains-Service für kollaborative Entwicklung und Paarprogrammierung. Mit Code With Me können Sie das Projekt, das gerade in Ihrer IDE geöffnet ist, für andere freigeben, um gemeinsam in Echtzeit daran zu arbeiten. Sie können das Plugin heute noch im Plugin-Marketplace (Preferences / Settings | Plugins | Marketplace) herunterladen. Mehr zu Code With Me erfahren Sie in diesen Beiträgen.

CLion 2020.3 bringt einen überarbeiteten Begrüßungsbildschirm mit. Dank dem neuen Layout sind die gängigsten Vorgänge mit einem Mausklick erreichbar. Nutzen Sie den Sofortzugriff auf aktuelle Projekte, IDE-Anpassungen und Plugin-Einstellungen.

CLion kann jetzt mit Ihrem Betriebssystemdesign synchronisiert werden. Um diese Funktion zu aktivieren, gehen Sie zu Settings / Preferences | Appearance & Behavior | Appearance und aktivieren Sie das Kontrollkästchen Sync with OS. Klicken Sie auf das Zahnradsymbol neben Sync with OS, um Ihr bevorzugtes Design auszuwählen.

IntelliJ Rust unterstützt jetzt die Cargo-Funktionen vollständig und ermöglicht ihre Konfiguration mit einer durchdachten neuen UI. Die Funktionen eines Workspaces können mit einem einzigen Klick ein- und ausgeschaltet werden, und die Codeunterstützung des Plugins berücksichtigt diese Einstellungen. Details dazu finden Sie in diesem Blogeintrag.

Außerdem erlaubt das Plugin jetzt die Verwendung von Rustfmt als Standard-Codeformatierer. Aktivieren Sie einfach das entsprechende Kontrollkästchen in Settings / Preferences | Languages & Frameworks | Rust | Rustfmt, um bei einer Neuformatierung der gesamten Datei Rustfmt zu verwenden. Beim Anwenden von Reformat Code auf eine Codeauswahl wird vorerst noch der IDE-Formatierer verwendet.

Der Projektassistent des Plugins bietet neue Vorlagen und die Option zur Verwendung von benutzerdefinierten Vorlagen für die Cargo-Generierung.

Zu den weiteren Neuerungen zählen die WebAssembly-Projektunterstützung sowie eine experimentelle Engine für die Namensauflösung.

Sie arbeiten an einem Makefile-basierten Projekt? Nutzen Sie die intelligenten Funktionen von CLion – inklusive Out-of-the-Box-Unterstützung für Makefile-Projekte. Sie können einen Ordner mit einem Makefile auf der obersten Ordnerebene als Projekt öffnen oder im Open-Dialog direkt ein Makefile auswählen. Die IDE führt make aus (mit der Option --just-print, um die tatsächliche Ausführung eines Builds zu vermeiden), analysiert die Ausgabe des make-Befehls und lädt das Projekt. Mehr Informationen zu den Details, den bekannten Einschränkungen und der langen Liste der Projekte, mit denen wir unseren Ansatz getestet haben, finden Sie in unserem Blog.

Hier geht es zum Rundgang

CLion enthält jetzt CMake 3.17 und bietet eine Erstunterstützung für zwei neue Funktionen:

1. Ninja Multi-Config: Mit der Generatoroption -G "Ninja Multi-Config" können Sie jetzt CLion-Builddateien für jede Konfiguration erhalten (beachten Sie, dass CLion vorübergehend nur eine ausgewählte Konfiguration für das CMake-Profil verwendet).
2. CMake-Header-Vorkompilierung: Verwenden Sie den Befehl target_precompile_headers, um Header-Dateien zu den Eigenschaften PRECOMPILE_HEADERS und/oder INTERFACE_PRECOMPILE_HEADERS eines Ziels hinzuzufügen. CLion behandelt solche vorkompilierten Header korrekt.

Hier geht es zum Rundgang

Die Aktion Recompile single file beschleunigt den Entwicklungsprozess, da lokale Änderungen schnell überprüft werden können. Sie ist jetzt für Ninja und andere Generatoren verfügbar, die in CMake verwendet und in CLion unterstützt werden.

Dank einem wichtigen Bugfix kann CLion jetzt Build-Prozesse für mehrere unabhängige Projekte parallel durchführen, ohne dass sie sich gegenseitig vom Starten abhalten.

Zeiger, die auf ungültige Daten verweisen, führen zu Laufzeitproblemen. Typische Fälle sind die mehrfache Freigabe (double-free) und die Verwendung nach Freigabe (use-after-free). CLion erkennt jetzt solche hängenden Zeiger, wenn sie im lokalen Gültigkeitsbereich auftreten, keine Zeigerarithmetik beteiligt ist und die Analyse nicht durch Makros behindert wird.

Die CLion-Inspektion „Loop condition is never updated“ erkennt Situationen, in denen eine Schleifenbedingung innerhalb der Schleife nicht aktualisiert wird. Die Inspektion ist ähnlich wie clang-tidy:bugprone-infinite-loop bei Clang-Tidy, aber sie funktioniert auch bei Schleifen mit Austrittspunkten und bei Fällen mit Lambdas oder Referenzen.

Zu guter Letzt haben wir ein neues Inspektions-Widget eingeführt. Es zeigt die Anzahl der Warnungen und Fehler in der aktuellen Datei an und ermöglicht die einfache Navigation zwischen ihnen. Sie können auch die Hervorhebungsstufe konfigurieren (wie zuvor mit dem sogenannten Hector-Symbol).

Wenn Sie auf das Inspektions-Widget klicken, wird das Problems-Toolfenster geöffnet (View | Tool Window | Problems). Dieses zeigt die Liste der Warnungen und Fehler in der aktuellen Datei an und hilft Ihnen beim Navigieren zu den Problemstellen. Durch Aufruf von Alt+Enter direkt im Toolfenster können Sie die Probleme beheben.

Bei der Hervorhebung und Vervollständigung unterstützt CLion 2020.2 die neuen Schlüsselwörter:

• char8_t
• consteval und constinit
• co_await, co_return und co_yield

Das C++20-Konstrukt explicit(bool) wird jetzt korrekt hervorgehoben. Die Unterstützung umfasst auch Namenshinweise für Bedingungsargumente sowie Navigations- und Refactoring-Funktionen.

„Constrain a function's result“ ist eine neue Inspektion für Code, in dem Concepts verwendet werden. Sie schlägt vor, lokale Auto-Variablen zu beschränken, wenn ihnen das Ergebnis eines beschränkten Funktionsaufrufs zugewiesen wird.

In Google Test können mit dem Makro GTEST_SKIP() Tests zur Laufzeit übersprungen werden. Dies wird jetzt von CLion unterstützt.

CLion 2020.2 macht Ihnen das Leben leichter, indem es automatisch Coverage-Flags hinzufügt, wenn Sie auf Run with Coverage klicken. Wenn Ihr aktuell ausgewähltes CMake-Profil keine Coverage-Compileroptionen enthält, sucht CLion jetzt nach einem CMake-Profil, in dem die Coverage-Flags mittels CMAKE_CXX_FLAGS und CMAKE_C_FLAGS übergeben werden. Wird kein solches Profil gefunden, erstellt die IDE eines.

PlatformIO-Projektkonfigurationsdateien werden jetzt ordnungsgemäß eingefärbt, sodass sie leichter zu lesen und zu bearbeiten sind.

CLion erstellt jetzt automatisch CMake-Profile für die CMAKE_CONFIGURATION_TYPES-Einträge im PlatformIO-CMake-Projekt.

Verwenden Sie bei Ihrer Arbeit die WSL2-Toolchains und insbesondere Git unter WSL2? Dann wird es Sie freuen, dass CLion jetzt je nach Projektspeicherort zwischen verschiedenen Git-Installationen wechseln kann. Wenn Sie ein Projekt in WSL2 öffnen (über den Pfad \\wsl$), erkennt die IDE das Vorhandensein einer Git-Programmdatei in WSL2 und stellt alle Git-bezogenen Funktionen auf die Verwendung dieser Datei um.

Die Aktion Go to Declaration or Usages (Strg+Klick/Strg+B) verhält sich je nach Fall und IDE-Einstellungen unterschiedlich:

• Wird sie für eine Symbolverwendung aufgerufen, navigiert die IDE zur dazugehörigen Deklaration.
• Beim Aufruf für eine Deklaration wiederum wird die Liste der dazugehörigen Verwendungen angezeigt.
• Beim Aufruf für eine Definition werden die Deklaration oder die Verwendungen angezeigt. Dies hängt von den Einstellungen in Settings | Editor | General | Go to Declaration or Usages ab.

In Version 0.3 des Plugins ist die neue Makroerweiterungsengine, die bisher als experimentell gekennzeichnet war, standardmäßig aktiviert. Diese Engine verarbeitet makrogenerierte impl-Blöcke und Moduldeklarationen und bietet Code-Insight für Ihren gesamten Code – auch für Crates wie tokio oder async-std. Erfahren Sie mehr darüber in diesem Blogbeitrag.

Ein weiteres wichtiges Update ist die Debugger-Erstunterstützung der MSVC-Toolchain für Rust. Jetzt können Sie mit dem in CLion enthaltenen LLDB-basierten Debugger für die Visual-Studio-Toolchain Rust-Code debuggen, der unter Windows mit dem Rust-MSVC kompiliert wurde.

Weitere Verbesserungen sind neue Refactorings (Move für Dateien und Top-Level-Elemente sowie Introduce Constant), Erstunterstützung für or_patterns, Fehlerhervorhebung für Formatliterale in Makros wie println!, formatierte Anzeige der Dokumentation im Editor, Inlay-Hints für verkettete Methodenaufrufe und Verbesserungen im Debugger-Workflow von IntelliJ IDEA.

Die Konfigurationen Remote GDB Server und Embedded GDB Server funktionieren jetzt mit benutzerdefinierten Zielen. Mit diesen Konfigurationen, die bisher nur mit CMake-Zielen funktionierten, können Sie Ihre Anwendung auf einem Remote-Host oder auf dem Mikrocontroller über die CLion-Instanz debuggen, die auf Ihrem lokalen Gerät ausgeführt wird.

Wenn Sie diese Konfigurationen bereits erstellt haben, speichert CLion 2020.1 die vorherigen Run/Debug-Konfigurationseinstellungen im Verzeichnis projectFilesBackup unterhalb des Projektordners und benachrichtigt Sie darüber.

Wenn Sie den Input aus einer Datei auf den stdin-Eingabestrom Ihrer Anwendung umleiten möchten, haben Sie jetzt die Möglichkeit dazu. Verwenden Sie dazu das neue Konfigurationsfeld Redirect input from. Geben Sie Folgendes ein:

• einen relativer Pfad (CLion stellt dem Pfad das Arbeitsverzeichnis voran);
• einen absoluten Pfad (wird für Remote-Konfigurationen neu zugeordnet);
• oder Makros (z. B. FilePrompt).

Wenn Sie zum ersten Mal ein Projekt öffnen, in dessen Projektstammverzeichnis eine .clang-format-Konfigurationsdatei gespeichert ist, erkennt CLion diese und wechselt automatisch zu ClangFormat.

Wenn Sie ClangFormat bei einem Projekt aktivieren, das keine .clang-format-Konfigurationsdatei hat, bietet CLion an, eine zu erstellen.

Beim Aufruf der Refaktorierung Change Signature (Ctrl+F6) aktualisiert CLion alle Vorkommen der Funktion. Ein neues Feld Default value im Dialog Change Signature bietet die Möglichkeit, einen Wert für den Parameter anzugeben, der bei allen Vorkommen verwendet werden soll. Lassen Sie das Feld leer, um wie bisher den Standardwerttyp zu verwenden.

Dieselbe Logik und ein neues Default value-Feld werden auch beim Quick-Fix Create Parameter From Usage und bei der Intention Add Parameter to Constructor verwendet.

Die Kurzdokumentation – ein universeller Helfer zum schnellen Nachschauen in der Dokumentation und zum Abrufen von Informationen zu Funktionssignaturen, abgeleiteten Typen und Makroersetzungen – wird jetzt beim Mouseover angezeigt.

Die Funktion kann mit der Einstellung Show quick documentation on mouse move unter Settings | Editor | Code Editing gesteuert werden.

Ein aktualisiertes Toolfenster bietet mehr Platz für die Liste der geänderten Dateien und die Diff-Anzeige. Außerdem können Sie einem Commit jederzeit Änderungen hinzufügen, Commit-Nachrichten iterativ verfassen und auswählen, welche Änderungen im Staged-Bereich in welchen Commit übernommen werden sollen.

Die neue Bedienoberfläche ist standardmäßig für neue Benutzer aktiviert. Bestehende Benutzer können unter Settings | Version Control | Commit zur neuen Oberfläche wechseln.

Dank einer verbesserten LLDB-Unterstützung zeigt IntelliJ Rust Enums und primitive Typen korrekt an, und in der Aufrufliste werden korrekt entschlüsselte Funktionsnamen angezeigt.

Ein weiteres wichtiges Update, das ins Plugin aufgenommen wurde, ist die REPL-Integration. Öffnen Sie die Konsole mit Tools | Rust REPL und verwenden Sie sie für die Prototypenentwicklung oder die zeilenweise Überprüfung Ihres Codes. Die Integration bietet Syntaxhervorhebung und Code-Completion sowie einige praktische Konsolenaktionen: Befehlsverlauf, Anzeige mit Zeilenumbrüchen, schneller Bildlauf zum Ende und mehr.

Verbessert wurde auch die Sprachunterstützung: IntelliJ Rust kommt jetzt mit impl-Blöcken für Typ-Aliasnamen zurecht. Mit Blick auf die Leistung haben wir diese Funktion nur für Typen mit einer begrenzten Anzahl von Aliasnamen aktiviert.

Zu den weiteren Verbesserungen zählen die Hervorhebung nicht verwendeter lokaler Variablen, Korrekturen bei der Unterstützung von cfg-Attributen und die neue Inspektion Lift return.