CLion 2020.2：Makefileデザインモデルのサポート、C ++ 20以上

こんにちは、Habr！



私たちのチームは非常に忙しい夏を過ごしました。その結果を今日共有することを急いでいます。だから、CLion 2020.2の新しいリリースを歓迎します！新しいバージョンに







含まれるものについて簡単に説明します。

• Makefileデザインモデルのサポート。
• CMakeの最新アップデート。
• C++20: explicit(bool), (designated initializers), for .
• : (dangling pointers), , , , .
• -: doctest, Catch2 Google Test. .
• PlatformIO .
• .
• .
• .

Makefile

今年の春にCLionの5周年を迎えた私たちは、IDEで最も期待されている機能であるMakefileに基づくプロジェクトのサポートの積極的な完了にすぐに関与しました。それまでは、大胆なユーザーに個人的に試してもらうための大まかなプロトタイプしかありませんでした。彼らのおかげで、さまざまなMakefileプロジェクトでプロトタイプをテストし、その中の多くの問題を修正し、ソリューションの現在の（できれば一時的な）制限を理解することができました。私たちの目標は、ユーザーがCLionのMakefileプロジェクトで、ナビゲーション、リファクタリング、静的コード分析などのすべてのスマートIDE機能を使用できるようにすることです。



要するに、現在のアプローチは次のようmakeになります。CLionは、追加オプションを使用してプロジェクトでコマンドを実行します。--just-print実際の組み立てにかかる時間を節約します。CLionがコマンド出力を正常に解析できる場合、プロジェクトが開き、すべてが機能します。



CLionでのMakefileサポートの作業がまだ完了していないことをすぐに予約しましょう。まだ多くの既知の制限と欠陥があります。最も注目すべき：

• libtool（CPP-19549）、distccおよびccache（CPP-19305）、および出力からコンパイルフラグを「非表示」にする、またはコマンド出力に干渉するその他のラッパーを使用するプロジェクトはサポートされていませんmake。
• CLionは、GNU Makes以外の出力（NMake、BSDなど）をまだ処理できません（CPP-18723）。
• ビルドプロセス中にディレクトリ名のリストを無効にするプロジェクトはサポートされていないため、CLionはどのファイルがどのビルドコマンドに固有であるかを判別できません。

しかし、現在のソリューションでさえ、すでにCLionでLinuxカーネルまたはPostgreSQLデータベースサーバーコードを開くことができます。興味がある場合は、プロトタイプが機能するプロジェクトの現在のリスト（および、示された問題がある、機能しないいくつかのプロジェクト）をこのページで見つけることができます。



プロジェクトを試すのはとても簡単です。

1. Makefileを取得するためにプロジェクトを準備します（たとえば、./configureCLion自体はまだこれを行う方法を知らないため、多くの場合、プロジェクトを開始する必要があります）。
2. ファイルでプロジェクトを開く| メインプロジェクトのMakefileを含むディレクトリ、またはこのファイル自体を直接開いて指定します。プロジェクトとして開くことを確認します。
3. CLion , Clean. , make , .
4. , , ! Build.

出力にはいくつかの警告が含まれている場合がありますが、ダウンロードが全体として正常に完了した場合（最初のタスクの横に緑色のマークがあるはずです）、CLionでプロジェクトを操作できます。



起動コマンドの引数設定、起動に使用されるツールチェーン、およびその他のオプションは、[設定] / [設定] | [設定]にあります。ビルド、実行、展開| Makefile：







Makefileアプリケーションを実行およびデバッグするには、追加のMakefileアプリケーション構成を作成する必要があります。この場合、ターゲットはドロップダウンリストから選択できます-CLionは、どのオプションがあるかを教えてくれます。







英語のブログで、CLionでのMakefileプロジェクトの操作に関する詳細情報を見つけることができます。また、短いデモ（英語）を視聴することをお勧めします。

CMakeの最新アップデート

統計が 示すように、現在C ++開発者の間で最も人気のある3つの設計モデルは、CMake、msbuild、およびMakefileです。そして、この評価を3年間リードし、成長を続けているのはCMakeです。そのため、CLionで禁止されているCMakeのバージョンを常に更新し、CMake自体の最新のイノベーションのサポートに取り組んでいます。今回はバージョンを3.17に更新し、それに応じて2つの新しい便利なCMake機能のサポートを追加しました。

• Ninja Multi-Config ( Debug Release) Ninja ( -G "Ninja Multi-Config"). CLion , CMake . UI, .
• CMakeのプリコンパイルされたヘッダーはもっと注目に値します。一般に、プリコンパイルされたヘッダーファイル（PCH）のアイデアは新しいものではなく、コンパイラーによって長い間サポートされてきました。CLionもかなり前からPCHを使用しています。これで、PCHのコンパイラフラグを覚えて、独自の方法で特定の各コンパイラにCMakeに渡す必要はありませんが、コマンドを使用してPCHターゲット変数にヘッダーファイルを追加するだけtarget_precompile_headersです。CLion 2020.2は、これで動作できるようになりました。
  
  
  
  

また、CMake生成の結果を使用して、ディレクトリからCLionでCMakeプロジェクトを開く機能も注目に値します。これは、Makefileジェネレーターだけでなく、その他の機能にも使用できます。時間を節約-プロジェクトでCMakeコマンドを再起動せずに、CLionで既にビルドされたプロジェクトを開きます。

C ++ 20

私たちのデータ によると、今年すでにC ++開発者の12％がC ++ 20標準を使用していることをご存知ですか？！そのため、もちろん、CLionの新機能のサポートにも積極的に取り組んでいます。しかし、最初にCLionの言語エンジンで何ができるかを思い出しましょう。



そのため、現時点では2つあります。C++には、それぞれJava / Kotlinに基づく組み込みのものと、Clangdに基づくかなり新しいものです（CLionを使用して開発しています）。現在、すべての努力がClangdベースのエンジンに注がれています。プロジェクト全体に対するアクション（リファクタリングなど）はまだ実行できませんが、これは良い見通しのようです。ここでは、特定の最適化と遅延した解決のために、そしてもちろんキャッシュの存在のために、不完全で時々遅いJavaベースのエンジンが勝ちます。リファクタリングに必要な記号。



しかし、Clangdには非常に大きな利点が1つあります。プロジェクトがオープンであるため、コミュニティ全体がClangの最新のC ++標準をサポートするためにそこで取り組んでいます。もちろん、これは私たちが何もする必要がないことを意味するものではありません-とにかく、このサポートはCLionのニーズに適合させる必要があります。しかし、これはC ++機能のサポートを最初から作成するよりもすでに簡単です。また、Clangでのサポートに基づいて、独自の特定の分析を記述したり、いくつかの特別な機能を実行したりできます（たとえば、数リリース前にConceptsの自動補完を行いました）。



LLVMに付属するClangdエンジンの最新の更新が、C ++ 20コードでより安定して動作することを確認しました。一般に、組み込みの統計によれば、Clangdエンジンはより安定しています。そのため、Clangdエンジンを完全に無効にする機能は設定から​​削除されました。しかし、設定/設定に追加|言語とフレームワーク| C / C ++ |私たちのエンジンが構築されているリビジョンに関するClangd情報。これで、C ++のサポートと組み込みのClang-Tidyの分析の観点から何が期待できるかがわかりました。







ちなみに、オンラインヘルプには、 C ++機能のサポートの観点から2つのエンジンを比較分析した優れた記事があります。



そして今、C ++ 20サポートから実際に追加されたものについて：

• C ++ 20個のキーワードのコード補完：char8_t、consteval、およびconstinit、co_await、co_return、とco_yield。
• 指定された初期化子の基本クラスからのフィールドの完了：
  
  
  
  
• これで、構成がexplicit(bool)正しく強調表示され、名前のヒント、ナビゲーション、およびリファクタリングが機能します。
  
  
  
  
• forイニシャライザを使用した範囲ベースのループの場合、ループ変数の名前変更リファクタリングが機能しました。

静的コードアナライザー

前回のリリースでは、最も「重い」分析であるデータフロー分析をClangdベースのエンジンに転送しました。これは主にパフォーマンスを向上させるためです。しかし、よくあることですが、リファクタリング中に、多くの問題や不正確さが見つかりました。そのため、リリース2020.2では、この分析を改善し、バグを修正し続けました。

• , , .
• DFA Simplify code Loop condition is never updated. , :
  
  
  
  
  
  
  
  , :
  
  
  
  
  
  
  
  - , . , Clang-Tidy (clang-tidy:bugprone-infinite-loop), - . CLion :
  
  
  
  
• CLion (dangling pointers)! (, ), :
  
  
  
  
• , Concepts C++20, - auto, :
  
  
  
  

このリリースでは、（我々のユーザーの一部でもうとしたが無駄だったみんなのお気に入り検査ヘクターの楽しさを作るには）エディタ領域の右上隅にある新しい検査ウィジェットになっています。これで、バックライトレベルを設定するためのオプションが表示され（すべての問題の表示からコードアナライザーの完全な無効化まで）、クリックすると、このファイルの静的分析結果のウィンドウが開きます。

ユニットテスト

ここですでに何度も言及されている調査によると、C ++開発者の34％はユニットテストを作成していません。その見返りに、彼らは他の方法でテストを行っていると私は信じたいと思います。問題の一部は、C ++に標準の設計モデルまたは標準の依存関係マネージャーがないことです。つまり、プロジェクトにユニットテストフレームワークを追加するのは簡単ではありません。しかし現在、いわゆるヘッダーのみのフレームワークが特に人気が高まっており、プロジェクトに簡単に接続できます。ヘッダーファイルを追加して、自分でテストを作成してください。私たちの側では、IDEで可能な限り多くのオプションをサポートしようとしています。このリリースでは、doctestがGoogle Test、Catch、Boost.Testからセットに追加されました。ちなみに、少し前にゲストブログを投稿しましたViktorがこのフレームワークの利点について語った著者から。



CLionのサポートには通常のものが含まれます。

• 自動テスト検出。
• テストを実行およびデバッグするための構成の自動作成。
• テスト結果は、さまざまなフィルタリングと順序付けのオプション、およびテストソースコードへのワンクリック遷移を備えた特別な組み込みウィンドウに出力されます。
• エディターの左側のペインにある、テストを実行し、最後に実行されたテストのステータスを識別するためのアイコン。

GoogleTestとCatch2のサポートも更新されました。

• Catch2のテンプレートテストのサポートが追加されました。
• また、Google Testの場合、マクロのサポートGTEST_SKIP()。これは、特定の環境などで一部のテストをスキップできるようにする場合に非常に役立ちます。

弁護士（ちなみに、Catch / Catch2フレームワークの作成者）によるユニットテストサポートの改善に関する簡単な概要ビデオ：





CTestに関する質問への警告：これは「通常の」フレームワークではなく、テストの形式で何かを実行するための一定レベルの抽象化であるため、少し難しくなります。しかし、私たちは早くも2020.3でいくつかの統合を計画しています！

そして

最も興味深い、おそらく議論された、残りについて簡単に説明します。これから始めるべきでしたが、CLion 2020.2には、エディターのパフォーマンスに対する多くの小さいながらも重要な改善が含まれており、エディターのハングが修正されています。たとえば、そのような改善の1つは、Enter マクロ定義内で押されたときにバックスラッシュを挿入することです。これは編集者の生産性に役立つように思われますか？実際のところ、新しい行は現在のマクロの定義の一部である可能性が高く、バックスラッシュを挿入することで、大量のコードの不必要な再解析を回避できるため、エディターの負担を軽減できます。



その上：

• PlatformIO — , platformio.ini CMake .
• , IntelliJ . : GitHub Pull Requests Git WSL2 ( WSL2, CLion Git ).
• 2020.2のデバッガーに関しては、計画よりも少ない成果を上げることができました。基本的に、すべての大きなタスクは2020.3にプッシュバックされています（rootとしてデバッグ、コアダンプをデバッグ）。ただし、このバージョンでは、禁止バージョンのGDBを9.2にアップグレードし、GDBSTLプリティプリンターも更新しました。Microsoft Visual C ++ツールチェーン用のLLDBベースのデバッガーでは、機能、パフォーマンス、安定性の両方で多くの改善が行われました。

それが今日のすべてです。最後まで読んだことがありますか？ご清聴ありがとうございました！それを試して、コメントに質問、提案、感嘆符を書いてください-私たちはいつでもそれらを読んで答えることを嬉しく思います！



CLionチーム

開発への意欲