Das ist neu in CLion 2025.1

CLion Nova bietet jetzt eine korrekte Unterstützung für Header- und Quellcode-Dateien, die nicht zum Projekt gehören und beim Buildvorgang nicht verwendet werden. Dadurch erhalten Sie bei der Arbeit mit diesen Dateien eine genauso umfassende Codeanalyse und Programmierunterstützung wie bei normalen Projektdateien.

Zum Beispiel kann es vorkommen, dass Sie eine .cpp-Datei öffnen, die nicht in Ihrem Projekt enthalten ist, um einige kleine Codefragmente zu bearbeiten. Dabei stehen Ihnen jetzt alle wesentlichen IDE-Funktionen zur Verfügung, darunter Codeformatierung, Programmierhilfen, Code-Completion und mehr.

Die derzeitige Implementierung deckt die meisten Anwendungsfälle ab, und wir haben vor, Sie noch um Feedback zu bitten, um einige Sonderfälle berücksichtigen zu können.

Bei der Arbeit mit Objective-C-Quellcode stehen Ihnen jetzt Syntaxhervorhebung, Warnungen, Code-Completion und andere von clangd bereitgestellte Funktionen zur Verfügung.

Da es sich hierbei noch um eine Basisunterstützung handelt, sind möglicherweise nicht alle Funktionen nutzbar, z. B. Smart-Keys im Editor oder Refactorings. Außerdem kann es vorkommen, dass CLion Nova Objective-C-Headerdateien nicht korrekt handhabt. Wenn Sie an einer vollständigen Unterstützung von Objective-C in CLion Nova Interesse haben, folgen Sie bitte dem Ticket CPP-37281 oder stimmen Sie dafür ab.

CLion Nova unterstützt jetzt die Verwendung der Testframeworks GoogleTest und Catch2 in Bazel-Projekten.

Wenn Sie mehr über die Grundlagen von Unit-Tests und die Verwendung von Testtools in CLion erfahren möchten, lesen Sie unser Tutorial.

Qt-Renderer (auch als Qt-Pretty-Printer und Qt-Debugging-Helfer bekannt) ermöglichen die Darstellung von Qt-Variablen wie QString, QList und QByteArray in einer für Menschen lesbaren Form. Dies ist eine wesentliche Erleichterung für die Entwicklung und das Debugging von Anwendungen, die auf dem Qt-Framework basieren.

Diese Funktion ist standardmäßig aktiviert. Sie können sie wie folgt deaktivieren:

1. Öffnen Sie Settings | Build, Execution, Deployment | Debugger | Data Views | C/C++ | Renderers.
2. Klicken Sie auf Download… neben dem Feld Qt renderers.
3. Wenn das Fenster Download Qt Renderers erscheint, klicken Sie auf Download Qt Renderers. Wenn der Download abgeschlossen ist, wird der Pfad automatisch eingetragen.
4. Klicken Sie auf OK.

Beachten Sie, dass Qt-Renderer bei Remote- und WSL-Toolchains noch nicht nutzbar sind.

Neben dem integrierten LLDB (derzeit v19.1.3) können Sie jetzt auch ein eigenes LLDB verwenden, wenn Sie unter macOS oder Linux arbeiten. Dadurch können Sie die LLDB-Version auswählen, die am besten zu den Anforderungen Ihres Projekts passt.

Gehen Sie zu Settings | Toolchains und wählen Sie im Feld Debugger die Option Custom LLDB executable aus. CLion versucht dann automatisch, die auf Ihrem System installierte LLDB-Version zu finden. Sie können den Pfad auch manuell angeben.

Derzeitige Einschränkungen:

• Benutzerdefinierte LLDBs funktionieren noch nicht mit WSL-, Docker- oder Remote-Host-Toolchains.
• Benutzerdefinierte LLDBs sind für macOS und Linux verfügbar, werden jedoch unter Windows derzeit nicht unterstützt.

Beim Debuggen einer Computer-Vision- oder ML-Anwendung, die OpenCV verwendet, können Sie sich OpenCV-Matrizen als Bilder anzeigen lassen. CLion 2025.1 erweitert diese Funktionalität und kann nun Zweikanal-Matrizen wie cv::Mat m(2, 3, CV_8UC2) als Bilder anzeigen.

Um eine OpenCV-Zweikanal-Matrix in Ihrem Code als Bild zu betrachten, wählen Sie im Debugger die Leiste Threads & Variables aus, navigieren Sie zur gewünschten Matrix und klicken Sie auf View as image.

Natvis-Renderer (oder Natvis-Visualisierer) bieten Ihnen die Möglichkeit, bei Verwendung des MSVC-Debuggers Visualisierungsregeln für unterschiedliche Datentypen zu definieren. Zuvor konnte CLion .natvis-Dateien nur aus einem Projektverzeichnis laden, was insbesondere bei der Verwendung von Git oder anderen Versionsverwaltungen nicht flexibel genug war. Jetzt können Sie einen individuellen Pfad zu Ihren .natvis-Dateien angeben.

Öffnen Sie Settings | Build, Execution, Deployment | Debugger | Data Views | C/C++ und fügen Sie das Verzeichnis mit Ihren Natvis-Renderern hinzu. Weitere Informationen zur Verwendung von Natvis-Dateien finden Sie in der Dokumentation.

Beim Debuggen von STM32-Projekten können Sie jetzt die ST-LINK-Debugserver-Vorlage verwenden, die speziell für STM32-Chips konzipiert wurde. Sie enthält nur die grundlegendsten und wichtigsten Einstellungen und vereinfacht so den Konfigurationsvorgang.

Öffnen Sie Settings | Build, Execution, Deployment | Debugger | Debug Servers, klicken Sie auf + und wählen Sie die Vorlage ST-LINK aus. Konfigurieren Sie dann die Parameter für den Debugserver, das Gerät und den Debugger.

Beachten Sie, dass die ST-LINK-Konfiguration nur mit folgenden Optionen funktioniert:

• Dem mit STM32CubeCLT und STM32CubeIDE mitgelieferten ST-LINK-GDB-Server.
• ST-LINK/V2- und ST-LINK/V3-Probes.
• Einzel- und Doppelkern-MCUs.

Wir haben das Anlegen von STM32CubeMX-Projekten überarbeitet, um die Bedienung zu verbessern und eine breitere Palette von STM32-Chips und -Projekten zu unterstützen. Durch die Verwendung der nativen STM32CubeMX-Methode zur Generierung von CMake-Dateien in CLion wird sichergestellt, dass das angelegte Projekt vollständig mit dem offiziellen STM32CubeMX-Workflow bzw. der Toolchain übereinstimmt.

Wir werden weiterhin an der Optimierung des Projektassistenten für STM32CubeMX arbeiten und freuen uns auf Ihr Feedback (CPP-42553).

Bei Verwendung des Plugins Serial Port Monitor können Sie jetzt DTR-, DSR-, RTS- und CTS-Hardware-Steuersignale einsehen und verwalten. Dadurch haben Sie eine erweiterte Kontrolle über angeschlossene Geräte, die eine serielle Schnittstelle verwenden, z. B. Arduino oder ESP32.

So aktivieren Sie die Hardware-Steuersignale:

• Navigieren Sie im Toolfenster Serial Connections zum Tab Connect.
• Wählen Sie den gewünschten COM-Port aus.
• Klicken Sie auf das Kontrollkästchen Show HW controls.

Daraufhin werden die Steuerungsoptionen und Anzeigen auf dem COM-Port-Tab angezeigt.

Das Überwachungsoutput enthält auch Zeitstempel, um die detaillierte Nachverfolgung von Nachrichtensequenzen zu erleichtern.

Das integrierte CMake wurde auf v3.31.4 aktualisiert und bietet Unterstützung für CMake Presets v10. Presets werden als JSON-Dateien gespeichert und sind nützlich, wenn Sie gemeinsame Konfigurations- und Build-Optionen für ein CMake-Projekt mit anderen Benutzer*innen teilen möchten.