CMake構成で作成された実行可能ファイルをデバッグしようとしています
SET(CMAKE_BUILD_TYPE Debug)
ただし、CLionはブレークポイントにヒットしません。何が問題でしょうか?
結局のところ、実行可能ファイルは次のCMakeオプション(スクリプトのさらに下)でコンパイルされています。
SET(CMAKE_C_FLAGS_DEBUG "-D_DEBUG")
これはCLionのデバッグ機能を壊していました(gdb
のほとんどのデバッグ機能も壊していました)。
今日も同じ問題がありました。プロジェクトの構成がDebug
に設定されていないことがわかりました。設定をDebug
に設定すると、すべてのブレークポイントがヒットします。
次の構成になっていることを確認してください:
Run/EditConfigurations
Target
を選択しますDebug
をConfiguration
として選択しますこれでブレークポイントに到達するはずです。
これが他の誰かを助ける場合、私の(やや恥ずかしい)問題はRun
の代わりにDebug
を打つことであることがわかりました。そのため、[実行]メニューで再生アイコンを使用せず、代わりにかわいいバグアイコンを選択してください。 Runを選択すると、非デバッグビルドが自動的にビルドされるため、ブレークポイントは機能しませんでした。バグアイコンの選択を開始すると、ブレークポイントは魅力的なものとして機能しました。
私も同じ問題を抱えていました。 2016.3以降、CLionはCMakeワークフローを変更して、一度に1つの構成のみが許可されるようにしました clion新しいワークフロー
解決策は、ファイル->設定->ビルド、実行、デプロイメント->ビルド構成の変更です。
2019.3では、CLion/Preference/Build、Execution、Deployment/CMake/Build type/Debugになります。
同じ問題がありました。デバッグオプションをクリックするたびに、 "Antimalware Service Executable"プロセスが開始することに気付きました。 Windows DefenderでMinGWフォルダーの除外を作成しましたが、うまくいきました...
Minecrawlerがgithubで言ったように、OSがLinuxの場合、次のように設定する必要があります。
バンドルされたGEBまたはgdbからバンドルされたLLDBへのfile/Settings/Build、Execution、Deployment/Tllochains/Debugger。
試してみました!
私の場合(Linux/Ubuntu)、問題はマウントされたディレクトリに何らかの形で関係していました。プロジェクトは当初、/media/username/ssd/repo/git/projectname
からCLionで開かれました。ブレークポイントは常にメッセージNo executable code is associated with this line
で無効になりました。
次に、symlinkedディレクトリ~/git
-> /media/username/ssd/repo/git
から同じプロジェクトを開いたところ、ブレークポイントが正常に機能し始めました。