問題タブ [gnu-arm]

クライアントのソース コードで Doxygen を使用していますが、Doxygen でシンボルが見つかりませんUNS_32。

クライアントのコードは、GNU ARM コンパイラを使用してエラーなしでコンパイルされます。

クライアントのコード ベースを検索しましたが、 の定義が見つかりませんUNS_32。

GNU ARM ソース コード ツリーを検索しましたが、見つかりません。

では、シンボルはどこでUNS_32定義されているのでしょうか?

*注: 意味を探しているわけではありません。Doxygen 構成ファイルに入れることができるように、定義が必要です。*

使用例:

GNUARM C コンパイラを使用してレガシー コードを構築し、関数のすべての暗黙的な宣言を解決しようとしています。

ARM 固有の関数をいくつか見つけましたが、これらの関数の宣言を含むヘッダー ファイルが見つかりません。

Web を検索したところ、非標準のインクルード ファイルを使用せずに、これらの関数を含むソース コードしか見つかりませんでした。

関数宣言についても解決します。

Cygwin / Windows プラットフォームにもコードを移植するので、Cygwin GNU GCC の同等の宣言は何ですか?

ありがとう。

私のアームアセンブリコードは次のとおりです。

でコンパイルしようとすると、arm-elf-gcc file.s次のエラーが発生します。

GCC-3.4ツールチェーンを使用しています。エラーがどこにあるのかわかりません。

これら 3 つのバージョンの小さなプログラムを試してみたところ、興味深い結果が得られました。それぞれの場合のコンパイラの動作を理解するのを手伝ってくれませんか。

Raspberry Pi 用のベア メタル コードを書いているところ、Windows の ARM クロス アセンブラーから予期しない警告が表示されます。警告の原因となった命令は次のとおりです。

と

警告は次のとおりです。

警告: ベース レジスタの書き戻しは予測不能です

「^」修飾子はプロセッサにレジスタのユーザーモードのコピーを保存するように指示しますが、命令が実行されたときにプロセッサがどのモードになるかがわからず、そのようには見えないため、これはある程度理解できます。それを伝える方法になります。私は、次の場合に同じ警告が表示されることをもう少し心配していました。

と：

spレジスタを明示的に保存していないという事実にもかかわらず。

私の懸念は、約 15 年前に多くのアセンブラ コーディングを行っていたにもかかわらず、ARM コードは私にとって新しいものであり、何かを誤解している可能性があることです。また、警告を安全に無視できる場合、それらを抑制する方法はありますか?

出力セクションに C ファイル全体を含めたいのですが、

これが私が試しているサンプルコードです:

私が使用した：

.S ファイルを取得します。

しかし、sec_roセクションが .S ファイルに存在しないようです。

編集/更新:

.s ファイルの内容の添付:

C ファイル全体を囲んで出力セクションを作成したいのですが、GNU ARM ツール チェーンを使用しています。

先日、 Ubuntu 14.04LTS、Eclipse、および Eclipse 用の GNU ARM プラグインを使用して STM32F4xx プロジェクトをコンパイルしようとしました。今ではそれnano.specsが欠けていると言われています。ここに私のビルドログがあります:

nano.specsパソコンでいくつかのファイルを見つけました。私は何をすべきか？リンカーフラグを削除するだけです（Eclipseでそれを行う方法がわからないため、実際にはできません）または何か他のものですか？ご協力いただきありがとうございます！