Cross-building NetBSD

繰り返される質問 terminology 用語

ホストシステム: クロス構築で、作業そのものを行おうとするシステム。
ターゲットシステム: クロス構築の作業結果を動かそうとするシステム。
クロス構築: ターゲットシステムとホストシステムが異なる場合に行うのがクロス構築。
セルフ構築: ターゲットシステムとホストシステムが同じ場合、セルフ構築。

NetBSD/i386 上で、 NetBSD/sh3 のバイナリーを構築するなら、クロス構築をします。 NetBSD/i386 が "ホストシステム" で、 NetBSD/sh3 が "ターゲットシステム" です。 why どうしてクロス構築? クロス構築が必要なのはいつ? クロス構築の2つの理由は:

NetBSD 非常に多くのアーキテクチャーをサポートします。それらのいくつかは、他の現代的アーキテクチャーに比べ性能は低いです。古いアーキテクチャー向けに何度も構築作業を行うなら、クロス構築は良い解決法です。
もし、ターゲットシステムが(携帯電話のような)組み込みシステム製品で、それに、 NetBSD を移植しようとするなら、ターゲットシステム上でセルフ構築をできないかもしれません。
もし何らかの理由で、 NetBSD ではないホストシステムでNetBSD バイナリーを構築する必要があるなら、クロス構築する必要があります。
NetBSD を新しいアーキテクチャーに移植しようとするなら、クロスコンパイルだけが、唯一の選択肢です。

caveats 警告? クロス構築には、コンパイラーの設定を巧妙にします。クロス構築設定において、コンパイラーバグは、よりしばしば現れる傾向があります。また、セルフ構築と異なるバージョンのコンパイラーを使う必要があることもあり、それで、コンパイラーの互換性問題( GCC のバージョンが違うとか、他のベンダーのコンパイラーであるとか)が頭痛の種となることがあります。

pkgsrc/cross では、a.out PIC へのクロス構築はサポートされていません。

正しい cpp を使ってください。さもないと __NO_LEADING_UNDERSCORES__ や __LITTLE_ENDIAN__ のような、あらかじめ定義されたシンボルで困ることになります。

もちろん、クロス構築をもっと安定させる必要はあります。

道のり host-system ホストシステムの選択特別な理由がなければ、ホストシステムには、 NetBSD(多分最新のリリースまたは netbsd-current) を使うことを勧めます。ホストシステムに NetBSD を使えば、 /usr/bin/make や /usr/share/mk/*, 等が同じ物を使えるので、より簡単です。 cross-compiler クロスコンパイラーを用意する。 NetBSD ホストシステム上で NetBSD ターゲットシステムを構築するなら、 NetBSD パッケージシステムの "cross" ディレクトリーの下にクロスコンパイラー設定があります。例えば、 target system が NetBSD/sh3 なら、 cross/sh-netbsdcoff (ビッグエンディアン用) あるいは cross/shel-netbsdcoff (リトルエンディアン用) があります。

もし、ホストシステムに、 NetBSD ではないシステムを使うなら、クロス構築するのに、 GNU gcc と GNU binutils の設定をする必要があります。また、 NetBSD の make(1), config(8) や、そのシステムにある他の構築ツールを make する必要があります。 build-tree build tree を用意するまず第一に、NetBSD ソースコードツリー全体を入手する必要があります。詳しくは "NetBSD-currentの追跡" を見てください。次の記述において、ツリーは $TOP/src の下にあると仮定します。.

クロス構築するために、 /etc/mk.conf を正確に設定してください。詳しくは options(5) と mk.conf(5) を見てください。

殖民用のコンパイル生成物を置くディレクトリーを用意します。 /etc/mk.conf の DESTDIR で指定します。
OBJMACHINE を使えば、複数のアーキテクチャーで同じソースコードツリーが使えます。

build-script 構築 script を用意するホストシステムの通常のコンパイラーの代わりに、適切なコンパイラーを使うには、以下のようなスクリプトを用意します。この script は、 cross/sh-netbsdcoff バイナリーで NetBSD/evbsh3 を作るためのものです。すくなくても MACHINE , MACHINE_ARCH , TARGET の設定は、いじる必要があります。

いくつかのほかの構築スクリプトがあり: hpcmips-make

#! /bin/sh

# just helping for cross compilation.

MACHINE=evbsh3
MACHINE_ARCH=sh3eb
# just in case you forgot to specify this when you built gcc...
CFLAGS="-D__NetBSD__"
export MACHINE MACHINE_ARCH CFLAGS
TARGET=/usr/pkg/cross/bin/sh-netbsdcoff
CPP=`$TARGET-gcc -print-prog-name=cpp`

make AR=$TARGET-ar AS=$TARGET-as CC=$TARGET-gcc LD=$TARGET-ld NM=$TARGET-nm \ 
	RANLIB=$TARGET-ranlib SIZE=$TARGET-size \ 
	STRIP=$TARGET-strip OBJCOPY=$TARGET-objcopy \ 
	CXX=$TARGET-c++ CPP=$CPP $*

compile-kernel クロスコンパイルの実際 - カーネルカーネルの構築には、構築スクリプトを使います。 NetBSD の config(8) は、アーキテクチャーに依存しないので、ホストシステムの物を使うことができます。

% cd $TOP/src/sys/arch/MYARCH/conf
% cp GENERIC MYCONF
% vi MYCONF
% config MYCONF
% cd ../../compile/MYCONF
% sh build-script depend
% sh build-script

include-lib インクルードファイルとライブラリーファイルの作成ユーザーランドでクロス構築を実行するには、ターゲットシステムで動作するライブラリーおよびインクルードファイルを手に入れる必要があります。

最初に、 DESTDIR 上にディレクトリー構造を配置する必要があります。

# (cd $TOP/src; sh build-script beforeinstall)

全インクルードツリーを得るには、構築スクリプトを用いて、 "make includes" を実行する必要があります。

# (cd $TOP/src; sh build-script includes)

これで、インクルードファイルが $DESTDIR/usr/include の下に用意できたはずです。それをクロスコンパイラーが利用するディレクトリーにコピー(かシンボリックリンク)してください。

全ライブラリーファイルを得るには、次の構築スクリプトを使って実行してください。

# (cd $TOP/src/lib/csu; sh build-script dependall install)
# (cd $TOP/src/lib; sh build-script dependall install)

これで、 $DESTDIR/usr/lib にライブラリーのバイナリーができてるはずです。それをクロスコンパイラーが利用するディレクトリーにコピー(かシンボリックリンク)してください。 compile-userland クロスコンパイルの実際 - ユーザーランドツリー全体の構築には構築スクリプトを用い、 "NetBSD-currentの追跡" に書かれているようにします。

# (cd $TOP/src; sh build-script obj build)

一般的な問題 make "make" 中におかしくなります構築 Makefile のうちのいくつかにおいて、 sub-make を呼び出すときに、次のように、(誤った)使い方がされていることがあって:

foo:
	(cd subdir; make)

この問題は、"make" の呼び出しにおいて与えられたコマンドライン引数を失うというもので、これはまた、開始時に使われた make と異なるものを使ってしまいまうというものです。

解決法: "make" を "${MAKE}" で置き換えます。また、是非、開発者へレポートするをして、再び起こらないようにしてください。

foo:
	(cd subdir; ${MAKE})

compiler-issue コンパイラーが内部エラーか同じような何らかの原因でお亡くなりになります。はい、それは問題です。クロスコンパイルにおいて、コンパイラーの内部エラーは、しばしば現れます。また、セルフ構築で使われるのと異なるバージョンのコンパイラーやコンパイラー自体が違うものを使うと、その時々によって面白い結果になります。 pkgsrc/cross ツリーに関してでさえも、 NetBSD セルフ構築 (egcs 1.1.2) と異なるバージョンの GCC (egcs 1.1.1) を使います。また、 pkgsrc/cross は NetBSD ツリーで egcs に加えられた変更のいくつかが含まれていないかもしれません。

これに対しては魔法の杖はありません:

コンパイルスクリプトの中身を検討します。もし、(クロス構築中に /usr/bin/as を使うなどのように) 異なるターゲット向けのコンパイラーが混ざると、問題を起こします。
次善策として、実行時にコンパイラーの設定を変え、最適化レベルを下げて試してみます( -O2 から -O のように)
クロスコンパイラー生成時のコンパイラーの設定を検討します。
もし、それを再現する方法を知っていて、 gcc を使っているなら、 gcc の人たちにバグレポートを申し出ましょう.

他の情報源