問題タブ [gnu-toolchain]

同じソースコードを作成する場合は、同じツールチェーン（同じコンパイラ、リンカーなど、GCC 4.4）、同じオペレーティングシステムの同じバージョン（私のCentos 5 Linux）を使用して、同じライブラリの同じバージョンにリンクします。ケース）が、2つの異なるマシン上。

生成されたバイナリは同一であると想定するのは合理的ですか？

この背後にあるコンテキストは、私のコードに「未定義動作」があり、一方の構成では「機能する」が、もう一方の構成では機能しないということです。明白な答えはこれを修正することですが、生成されるバイナリが同一である必要があるという私の仮定が同じであるかどうかを知りたいと思います。正しい。

サイズが数百バイト異なることに気付きました。シンボルが同じであっても、「nm」コマンドで表示されるシンボルの位置はわずかに異なります。

I wanted to load a 32bit constant into a register and I found a pseudo-instruction "mov32" on which can do this (mov32 pseudo-instruction). Then I write an assembly file which includes:

And compiled it with linaro toolchain(version 13.04):

But it failed with message:

I don't know if it's the matter of unified assembly language. In case, I wrote ".syntax unified" in source code and tested again, but also failed. Does GNU toolchain support ARM pseudo-instruction like "mov32", "ldr r0, =address" etc. ? If does, how can I solve this problem? Thanks.

Linaro gcc に問題があります。durig ビルド アーム イメージ gcc パッケージが含まれていました。しかし、結果として gcc コマンドは機能しますが、ヘッダーも crtl1.o もありません。

アーム用の完全に機能する gcc ツールチェーンを使用してイメージをビルドする方法を教えてください。PS Linux ターゲットではクロスプラットフォーム コンパイラは必要ありません。アーム プラットフォーム (オンボード) で gcc が動作している必要があります。

コンマ区切りのリストで構成される多数の行を含むファイルがあります。これらの各行を並べ替えたいと思います。

1行あれば簡単です：

しかし、ファイルでこれを行うと、不要なすべての行がまとめられます。これを制限するにはどうすればよいですか?

Fedora Virtual Box Imageのhttp://openrisc.net/toolchain-build.htmlにあるガイドに従って、OpenRISC 用の GNU ツールチェーンを構築しようとしています。

というエラーが表示されます

gccを構成しようとすると。

私はLinuxが初めてです。オンラインで解決策を見つけることができませんでした。問題を解決するための助けは大歓迎です。

しばらくの間、組み込み Linux (2.6) 用に jamvm (GNU クラスパスを含む) をクロスコンパイルしようとしましたが、デリケートな場所で立ち往生しています。

まとめてみます: 多くのエラーの後、最終的にアーキテクチャ用のパッケージをコンパイルしましたが、./configure で --enable-static を指定しましたが、jamvm を実行しようとすると、GLIBC 2.4 が見つからないというエラーが表示されます。 . 問題は、私は 2.3.5 バージョンを持っていて、私のアーキテクチャ用に 2.4 をコンパイルすることは、現時点ではオプションではないということです (それは、まったく新しい問題から始めることを意味します)。

この問題は、組み込みターゲットでサポートされているツールチェーンとは異なるツールチェーンを使用してマシンからビルドしたことが原因であると思われます。

問題は、自分の CPU に一致する正確な gcc、glibc、binutils、および Linux カーネル ヘッダーを知っていることですが、問題は、この情報をクロスコンパイル/ビルド プロセスに組み込む方法がわからないことです。

しかし、私のマシンが異なるツールチェーンを使用しているという事実がクロスコンパイルに影響を与えると仮定するのはおそらく間違っています。

簡単に言うと、組み込みシステムでサポートされていない glibc 2.4 やその他のライブラリについて文句を言わないように、jamvm をクロスコンパイルする必要があります (自分のアーキテクチャに適したツールチェーンを知っていると仮定します)。

この問題に関して何か助けていただければ幸いです。また、私の推論が正しくない場合は、このトピックに光を当てていただければ幸いです。