PPC アーキテクチャ用の GHS コンパイラを使用してコンパイルされた AUTOSAR ベースのソース コードがあります。私は Lauterbach デバッガーと Trace32 ソフトウェアを使用して elf をフラッシュしました。デバッグもTrace32で行いました。対象ハードウェアはMPC574xRです
今は S32 ツールと PE Micro デバッガーに移行したいのですが、コードは引き続き GHS コンパイラを使用してコンパイルされます。ELF をフラッシュすることはできますが、完全なソース コードの代わりに main.c ファイルのみが表示されるため、S32 でコードをデバッグすることはできません。
デバッグ構成を更新するために、NXP ドキュメントのオプション 1 と 2 の両方に従いましたhttps://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-download-separate-elf-srec-hex-f...
デバッグ情報とシンボルが存在し、最適化が行われていないことを確認しました。コンパイルとフラッシュは同じシステム上で実行されるSO、間違ったコンパイル パスによる問題は発生しません。
何が問題なのか誰か示唆できますか?
こんにちは、スタン。返信ありがとうございます。
デバッグには Lauterbach Trace32 を使用していましたが、最近ライセンスの有効期限が切れたため、S32 と PEMicro デバッガーを使用してコードをデバッグしようとしています。あなたが共有してくれた最初の 2 つのリンクはすでに試しました。
しかし、私の観察では、S32 を使用した ghs コンパイル コードのソース レベルのデバッグでは問題が発生します。SO、現在は新しいアプローチを試しています。以前はコードを個別にコンパイルして S32 でデバッグしようとしていましたが、現在は S32 に ghs ppc プラグインをインストールし、そこにプロジェクトを追加しました。現在、いくつかの設定を行って、ライセンスされた ghs コンパイラを使用して S32 からコードをコンパイルしようとしています。コンパイルできれば、問題なくソースコードを完全にデバッグできるようになりますか?
こんにちは、
S32DS + GHS で公式にサポートされているデバッガーは Lauterbach です。
GHS EcliplseプラグインをS32 Design Studioに統合するための手順については以下を参照してください。
S32DS 環境で GHS 生成の elf をデバッグする別の方法があります。ただし、いくつかの制限があります(次の投稿を参照してください)
デバッグする前に必ずプロジェクトを再構築してください。プロジェクトがライブラリで構成されている場合は、ライブラリも再構築しない限り、ソース レベルでデバッグできない可能性があります。
お役に立てれば幸いです。
Stan
こんにちは、
GHS elf は gcc デバッガーとの互換性があまりなく、制限があります。いくつかの機能が正常に動作していません。
何が問題なのか誰か示唆できますか?
あなたの側に何か問題があるとは思いませんが、互換性の制限が問題を引き起こしているだけです。
S32DS は GCC コンパイラ用に構築されており、GHS の追加サポートはその主な使用例ではありませんでした。
よろしくお願いいたします。
ピーター