4. ELF 用パッチとELF 化済みのプログラム

ここまでで、お好みならば終了することが可能です。ELF 形式のプログラ ムをコンパイルして動かすために必要な環境は全てインストールできました。

「美意識」的な観点やメモリ使用量を最小化するためには、お使いのプログラ ムを全て ELF 形式でコンパイルし直したくなるかも知れません。ELF 形式で の再コンパイルはほとんどのエンドユーザー用のアプリケーションではごく簡 単です。しかしながら、動作環境について何らかの前提のあるプログラムもい くつかあり、それらは以下のような理由でエラーになるかも知れません。

• アセンブラのアンダスコアの使い方の違い：a.out の実行形式では外部 ラベルには _(アンダスコア) が頭に付いていますが、ELF の実行形 式ではそうなっていません。これは、手書きのアセンブラコードを組みこまな い限り問題にはなりません。_foo の形のラベルを全て foo に翻訳してやるか、(移植性を高めたければ) EXTERNAL(foo) のようなマクロを用意して、(__ELF__ が 定義されていればそのまま変数を返し、定義されていなければ _ を 付けるようにするのがいいでしょう。
• libc 5 と libc 4 の違い。例えば locale サポートへのインターフェ イスは変更されています。
• 使っているバイナリ形式をアプリケーションや構築過程が参照している 場合。例えば emacs はその一例で、メモリイメージを実行形式としてディス クに書きだすので、実行形式のフォーマットをプログラムが理解している必要 があります。
• 共有ライブラリや共有ライブラリを含むアプリケーション(X11 が分り やすい例)。これらの場合、ELF 形式で共有ライブラリを作るような方法に修 正する必要があります。

とにかく、以下に 2 つのリストを示します。最初のリストは既に ELF 形式の バージョンが作成されているもの(すなわち、ELF 形式でコンパイルするには 新しいバージョンを入手すればいいもの)で、2 つめのリストは第三者からの パッチが必要なプログラムです。

4.1 アップグレードすればいいもの：

• Dosemu 現在では dosemu も ELF 形式で動きます。ただし、Makefile に多少の修正が 必要なようです。最新版の dosemu は ftp://tsx-11.mit.edu/pub/linux/ALPHA/dosemu/ から入手できます。
• e2fsutils e2fs ファイルシステム用の各種ユーティリティ e2fsutils は、バージョン 0.5c 以降のものは変更なく ELF 形式でコンパイルできます。
• Emacs Emacs には 2 つの潜在的な問題があります。(i) Emacs は、まず最小規模の システムを動かして、必要な lisp ファイルを全て読みこんだ上で、メモリイ メージを実行形式のファイルとして直接ディスクへ書きだす、というかなり変っ た手順で作成されます。(FSF) Emacs 19.29 と XEmacs 19.12(かっては Lucid Emacs と呼ばれていました)は ELF 形式かどうかを自動的に見分けて、正しい 手順で構築されます。(ii) いくつかのバージョンの emacs を ncurses を使 うようにコンパイルする場合、emacs のソースパッケージの src/s/linux.h の先頭付近に #define TERMINFO の一行を 加えないと、正しく構築されないことがあります。これは 19.31 では必要な いですが、XEmacs 19.13 には必要です。次のバージョン、19.14 では間違い なく修正されることでしょう。
• gdb 4.16 既存の gdb でも問題なくそのまま使えますが、4.16 で採用された共有ライブ ラリ機能はずっと便利になっています。ですから、もしライブラリ関連の妙な エラーに悩まされている場合、gdb をバージョンアップするのもいいでしょう。
• Kernel 本体 カーネルのバージョン 2.0 以降は ELF 形式で問題なく動きます。カーネル構 築時の設定(make config)の時に以下の 2 つの項目に `yes' と答え てください(これは 1.3 でも同じです)。1.2 をまだ使っている場合、次のリ ストに示すパッチを入手してください。

  Kernel support for ELF binaries (CONFIG_BINFMT_ELF) [Y/m/n/?]
  Compile kernel as ELF - if your GCC is ELF-GCC (CONFIG_KERNEL_ELF) [Y/n/?]
  

• perl 5 Perl 5.001m 以降のバージョンは ELF システムで、動的ロード機能も完璧に、 変更なくコンパイルできます。最新版の Perl は CPAN(Comprehensive Perl Archive Network)サイトから入手できます。CPAN は funet でも ミラーされています 、が身近なサイトから入手するようにしてください。
• ps と top Procps 0.98 以上のバージョンは ELF 形式をサポートしています(より古いバー ジョンでも動きますが、WCHAN の名前をカーネルから読みとることができませ ん)。2.0 シリーズのカーネルには procps 0.99a 以降のバージョンが必要な ことをお忘れなく。
• util-linux 2.2 に入っている cal プログラムは 動きません。tsx-11 にある version 2.5以降のバージョンを使ってください。
• Mosaic 私自身は Mosaic をコンパイルできる環境にありませんが、NCSA からリリー スされている 2.7b1 以降の Mosaic のバイナリは ELF 形式になっています。 ところが、X の設定が変な風になっていて、通常のシステムでは libXpm.so.4.5 が見付からない、というエラーになります。最後の バージョン番号(.5)が余計なので、単純な修正方法は、emacs など のバイナリファイルを操作できるエディタで直接修正してしまうことでしょう。 libXpm.so.4.5^@ という文字列を探して(ここで ^@ は NUL キャラクタ --- ASCII の 0 ---です)、.5 を削除し、ファイル 名の長さが変らないように、注意深く NUL キャラクタの後に 2 つのスペース を追加しましょう。

4.2 パッチが公開されているもの

• file file は特に問題なく動きますが、改良の余地があります： ftp.uk.linux.org にあるパッチをあてれば、バイナリが strip されているかどうかやエンディアンが混在した ELF バイナリかを見分けるこ とも可能になります。
• make-3.74 GNU の ftp サイトにあるソースコードを入手して libc-5.3.12 のリリースノー トにあるパッチをあてるか、tsx-11 から make-3.74.gz のバイナリを入手してください。GNU の make には新しい ELF 版の libc バー ジョンでのみ露呈するバグがあります -- このバグは、実際には古い GNU の libc にあったバグに依存した実装になっているせいで、その libc のバグは つい最近までの Linux の libc にもありました。そのため、古い a.out 版の make プログラムを使っている場合は動作しますが、新しい ELF 用 にはパッチが必要です。 GNU Make の開発者たちもこのバグには気付いていて、将来のバージョンでは 修正されるはずです。
• 1.2.x カーネル 1.2.x シリーズのカーネルについては 3 つのオプションがあります。
  1. Makefile を少し修正して、a.out コンパイラを使うようにします。 cd /usr/src/linux し、以下のパッチを切り出して patch - p1 であててください。以下のパッチを見ながら Makefile を手動で修正 してもかまいません。以下のパッチファイルは簡単に理解できるでしょう (- で始まる行を削除して + で始まっている行を追加しま す)

     diff -u linux-1.2.13/Makefile.orig linux/Makefile
     --- linux-1.2.13/Makefile.orig  Wed Aug 16 20:53:26 1995
     +++ linux/Makefile      Fri Dec  8 16:19:49 1995
     @@ -12,9 +12,9 @@
      TOPDIR := $(shell if [ "$$PWD" != "" ]; then echo $$PWD; else pwd; fi)
     
     -AS     =as
     -LD     =ld
     -HOSTCC =gcc -I$(TOPDIR)/include
     -CC     =gcc -D__KERNEL__ -I$(TOPDIR)/include
     +AS     =/usr/i486-linuxaout/bin/as
     +LD     =ld  -m i386linux
     +HOSTCC =gcc -b i486-linuxaout -I$(TOPDIR)/include
     +CC     =gcc -b i486-linuxaout -D__KERNEL__ -I$(TOPDIR)/include
      MAKE   =make
      CPP    =$(CC) -E
      AR     =ar
     

     あるいは、
  2. H.J.Lu 作のパッチをあてて、カーネルを ELF 形式でコンパイルでき るようにする(この場合、ELF 形式のコアダンプも可能になります)このパッチ は ftp://ftp.cdrom.com/pub/linux/slackware_source/kernel-source/v1.2/linuxelf-1.2.13.diff.gz から入手できます。 1.2 シリーズのカーネルを含んだELF 形式のディストリビューション(RedHat 2.1 や Slackware 3)にはこのパッチが含まれているか、似たパッチが既にあ たっているはずです。 しかし、最善のアイデアは、多分、
  3. 2.0 へバージョンアップしましょう。とにかく 1.2 のころは ELF に ついて配慮されていませんでした。
  1.2.13 のバージョンを gcc 2.7.2 以上のバージョンでコンパイルする場合、 別の問題も生じます。asm/io.h には gcc 2.7.2 でのみ露呈するバ グがあり、修正するためのパッチは ftp://ftp.uk.linux.org/pub/Linux/libc/misc/io.h にあります。