共有ライブラリ（動的にロードされる）を持つプロジェクトがあり、それをデバッグしようとしています。次のエラーメッセージが表示されます。
No source file named /home/username/Code/path/to/project/MyFile.cpp.
他のスレッドを検索した後、-gを使用してコンパイルしていること、および適切なフォルダーがデバッグ構成の[ソースパス]タブにあることを確認しました。奇妙な部分は、それが正しい絶対パスを与えていることです。それが参照するファイルは存在するので、なぜそこにあるとは思わないのかわかりません。
誰もがこれについて何をすべきか知っていますか？
ブレークポイントは共有ライブラリではなく実行可能ファイル自体にありましたが、同じ問題が発生しました。これを解決するには、「デバッグ構成」を開き、デバッグ構成を選択して、次の設定を調整する必要がありました。
共有ライブラリのブレークポイントについては、Eclipse cdtとgdbを使用したデバッグからの追加情報（特に遅延ブレークポイントに関する）と、 Eclipsecdtがブレークポイントを無視する理由が必要になる場合があります。
注：これは、Eclipse Kepler（4.3）およびgdb7.4を指します。
私も同じ問題を抱えていましたが、私の場合は私のせいでした。一部のプロジェクトはリリース構成に設定されており、デバッガーは当然ソースファイル情報を見つけることができませんでした。
私も同じ問題を抱えていました。プログラムとは別の場所でコンパイルされた共有ライブラリファイル（.so）にブレークポイントを設定できませんでした。これを修正するには：
毎回このディレクトリを追加する必要がないように、将来および過去のすべてのデバッグ構成に対してこの変更を行う方法を理解していませんが、理解できたら後で更新を試みます。
私は同じ問題を抱えていましたが、私の解決策は異なっていました。プロジェクトの「debug/src」+「release/ src」ディレクトリを開き、名前が変更された可能性のある、または存在しなくなったソースファイルの名前を含む[filename].dファイルがないことを確認します。私はそれを持っていて、それを削除しました、そしてそれ以上のエラーはありませんでした。
したがって、少なくとも私の場合、エラーはスコープ外のオブジェクトによって作成されていると思います。
これは、cygwinとmingw（または他のバリアント）の両方がある場合に発生する可能性があります。cygwinのgccを使用してソースをコンパイルする場合、実行可能ファイルにcygwinパスがあります。次に、デバッガーがmingwからのものである場合、gdbはcygwinパスを解釈できません。これを解決する最も簡単な方法は、[実行]->[デバッグ構成]->[デバッガー]に移動し、フルパスをcygwin gdb（C：\ cygwin64 \ bin \ gdb.exe）に設定することです。それは私にとって問題を解決しました。
デバッグ構成設定の[デバッガー]タブに対する@AndreasFesterのコメントに従いましたが、[デバッガー：gdb / mi]が見つかりませんでしたが、[ソース]タブですべてのアイテムを削除し、[追加]をクリックして[絶対ファイルパス]を追加しました。ウィンドウの右側にある。"ボタン。それはこの問題で私を助けました
Makefileプロジェクトの既存のコード。ステップ1チェック-g-o0を使用してすべてのソースをコンパイルしますステップ2sdkおよびgdbツールチェーンで提供されるgdbserverおよびarm-yourversion-gdbを使用します。