「インストール - GLIBC」の版間の差分
101行目: | 101行目: | ||
== glibcの確認 == | == glibcの確認 == | ||
まず、インストールしたGLIBCのバージョンを確認する。<br> | まず、インストールしたGLIBCのバージョンを確認する。<br> | ||
strings /<GLIBCのインストールディレクトリ>/ | strings /<GLIBCのインストールディレクトリ>/lib/libc.so.6 | grep GLIBC_ | ||
<br> | <br> | ||
次に、ビルドしたGLIBCを使用して、ソフトウェアを実行する。<br> | 次に、ビルドしたGLIBCを使用して、ソフトウェアを実行する。<br> |
2021年4月4日 (日) 21:35時点における版
概要
GNU Cライブラリは、GNUシステムとGNU/Linuxシステム、そしてLinuxをカーネルとして使うシステムのためのコアライブラリである。
これらのライブラリは、ISO C11、POSIX.1-2008、BSD、OS固有のAPIなどを含む重要なAPIを提供しており、
APIには、open、read、write、malloc、printf、getaddrinfo、dlopen、pthread_create、crypt、login、exit等の基本的な機能が含まれている。
GNU Cライブラリは、下位互換性や移植性があり、高性能なISO Cライブラリになるように設計されている。
ISO C11、POSIX.1-2008、IEEE 754-2008を含むすべての関連規格に従うことを目指している。
依存関係のライブラリのインストール
Coreutilsのインストール
- Coreutilsの公式Webサイトにアクセスして、最新のCoreutilsをダウンロードする。
- ダウンロードしたCoreutilsを解凍して、Coreutilsディレクトリに移動する。
- tar xf coreutils-x.xx.tar.xz
- ビルド用ディレクトリを作成して移動する。
- mkdir build && cd build
- Coreutilsをビルドおよびインストールするために、以下のコマンドを実行する。
- export CFLAGS="-static -O2 -g"
- ./configure --prefix=/home/<ユーザ名>/InstallSoftware/Coreutils
- または
- ./configure --prefix=/home/<ユーザ名>/InstallSoftware/Coreutils \
- CC="/<GCCのインストールディレクトリ>/bin/gcc-<バージョン名> -arch i386 -arch x86_64" \
- CXX="/<GCCのインストールディレクトリ>/bin/g++-<バージョン名> -arch i386 -arch x86_64" \
- CPP="/<GCCのインストールディレクトリ>/bin/gcc-<バージョン名> -E" CXXCPP="/<GCCのインストールディレクトリ>/bin/g++-<バージョン名> -E"
- make -j 8
- make install
Binutilsのインストール
- Binutilsの公式Webサイトにアクセスして、最新のBinutilsをダウンロードする。
- ダウンロードしたBinutilsを解凍して、Binutilsディレクトリに移動する。
- tar xf Binutils-x.xx.tar.xz
- ビルド用ディレクトリを作成して移動する。
- mkdir build && cd build
- Binutilsをビルドおよびインストールするために、以下のコマンドを実行する。
- export CFLAGS="-static -O2 -g"
- ./configure --prefix=/home/<ユーザ名>/InstallSoftware/Binutils
- または
- ./configure --prefix=/home/<ユーザ名>/InstallSoftware/Binutils \
- CC="/<GCCのインストールディレクトリ>/bin/gcc-<バージョン名> -arch i386 -arch x86_64" \
- CXX="/<GCCのインストールディレクトリ>/bin/g++-<バージョン名> -arch i386 -arch x86_64" \
- CPP="/<GCCのインストールディレクトリ>/bin/gcc-<バージョン名> -E" CXXCPP="/<GCCのインストールディレクトリ>/bin/g++-<バージョン名> -E"
- make -j 8
- make install
glibc(GNU C Library)のインストール
現在使用しているglibcのバージョンを確認する。
ls -l /lib/libc-*
まず、glibcをコンパイルするディレクトリを作成する。
mkdir -p ~/InstallSoftware/GLIBC/build cd ~/InstallSoftware/GLIBC
glibcをダウンロードして解凍する。(glibc-x.xxディレクトリが作成される)
wget http://ftp.gnu.org/gnu/glibc/glibc-x.xx.tar.xz または git clone git://sourceware.org/git/glibc.git tar xf glibc-x.xx.tar.gz
環境変数LD_LIBRARY_PATH
を空にする。
LD_LIBRARY_PATH=""
ビルド用ディレクトリに移動して、ビルドおよびインストールを行う。
これで、インストールしたGLIBCにより、実行するアプリケーションをビルドすることができる。
cd build ../glibc-x.xx/configure --prefix=/home/<ユーザ名>/InstallSoftware/GLIBC \ CC=/home/<ユーザ名>/InstallSoftware/GCC/gcc-<バージョン名>/bin/gcc-<バージョン名> \ CXX=/home/<ユーザ名>/InstallSoftware/GCC/g++-<バージョン名>/bin/gcc-<バージョン名> \ --host=x86_64-linux-gnu --enable-add-ons=libidn, --without-selinux \ --enable-stack-protector=strong --enable-multi-arch --with-binutils=/home/<ユーザ名>/InstallSoftware/Binutils make -j 8 make install
次に、Linuxカーネルのヘッダファイル群が必要になるので、ダウンロードしてインストールする。
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git cd linux make headers_install INSTALL_HDR_PATH=/home/ユーザ名/InstallSoftware/GLIBC
最後に、GCCのヘルパーライブラリが必要になるので、/lib64ディレクトリからコピーする。
これにより、/home/ユーザ名/InstallSoftware/GLIBCディレクトリにおいて、システムファイルを使用する準備が整う。
# パッケージ管理システムによりインストールしたGCCを使用する場合 cp -r /lib64/libgcc* /home/<ユーザ名>/InstallSoftware/GLIBC/lib64 # ホームディレクトリにインストールしたGCCを使用する場合 cp -r /<GCCのインストールディレクトリ>/libgcc* /home/<ユーザ名>/InstallSoftware/GLIBC/lib64
Linux x86やUbuntuにおいて、lib64ディレクトリではなく、libディレクトリを使用する必要がある。
glibcの確認
まず、インストールしたGLIBCのバージョンを確認する。
strings /<GLIBCのインストールディレクトリ>/lib/libc.so.6 | grep GLIBC_
次に、ビルドしたGLIBCを使用して、ソフトウェアを実行する。
ビルドディレクトリにあるtestrun.shファイルを使用して、以下のようにコマンドを実行する。
/<GLIBCのビルドディレクトリ>/build/testrun.sh <実行するソフトウェアのパス>
GLIBCを使用したソフトウェアのビルド
同じシステム上で複数のバージョンのGLIBCを使用することは可能である。
しかし、GLIBCは多くのモジュールから(200以上の共有ライブラリ)から構成されており、それらが全て一致する必要がある。
その1つが、ld-linux.so.2ライブラリであり、libc.so.6ライブラリと一致しなければ、エラーが発生する。
ld-linux.so.2ライブラリへの絶対パスは、リンク時に実行ファイルにハードコードされており、リンク後は簡単に変更できない。
(patchelfを使用することで可能である)
ソフトウェアを再リンクする場合、以下の方法がある。
- patchelfを使用する。
既にビルドされたELFのパスとインタプリタを変更することができる。 - ユーザがインストールしたGLIBCのld-linux.so.2を直接実行して、パラメータとしてソフトウェアのパスを渡す。
ソフトウェアを再ビルドすることなく、ld.-linux.so.2を置き換えることができる。/<GLIBCのインストールディレクトリ>/lib64/ld-linux.so.2 \
--library-path /<GLIBCのインストールディレクトリ>/lib64:/<GLIBCのインストールディレクトリ>/usr/lib64 \
<ソフトウェアの実行ファイルのパス>
- 適切なchroot環境を設定する。
- rtldiとバイナリエディタを使用する。
インストールしたGLIBCを使用してソフトウェアをビルドする場合
リンカオプションのrpath
オプションを指定して、ランタイムローダがGLIBCのインストールディレクトリにあるライブラリを検索する。
./configure --prefix=<インストールするソフトウェアのディレクトリ> \ LDFLAGS="-Wl,-rpath <GLIBCのインストールディレクトリ>/lib64 -Wl,--dynamic-linker=<GLIBCのインストールディレクトリ>/lib64/ld-linux.so.2"
dynamic-linker
オプションは、ld-linux.so.2へのパスをソフトウェアに焼き付ける設定である。
(dynamic-linker
オプションは、ELF実行ファイル用にコンパイルする場合にのみ動作する)
patchelfを使用してソフトウェアを実行する場合
まず、ソフトウェアの実行ファイルをバックアップする。
(patchelfの実行後は、rpathに指定されているパスを復元できないため)
以下に示すWebサイトから、patchelfをダウンロードする。
http://nixos.org/patchelf.html
実行ファイルに対して、patchelfを実行する。
./patchelf -set-interpreter /<GLIBCのインストールディレクトリ>/ld-linux.so.2 -set-rpath \ /<GLIBCのインストールディレクトリ>/ <ソフトウェアの実行ファイルのパス>
新しく生成された実行ファイルを実行する。
./<ソフトウェアの実行ファイル>
Linuxにおいて、ソフトウェアを実行する場合、バイナリはリンカ、ライブラリの順に読み込む。
もし、リンカに問題があり、実行ファイルがどのパスを探しているのかを知りたい場合、以下のコマンドで確認することができる。
readelf -l <ソフトウェアの実行ファイルのパス> | grep interpreter
もし、ライブラリファイルに問題がある場合、実行ファイルが必要とするライブラリファイル群を確認する。
readelf -d <ソフトウェアの実行ファイルのパス> | grep Shared ldd <ソフトウェアの実行ファイルのパス>
patchelfは、上記2つの問題に関連して、ソフトウェアを実行する時に遭遇する様々な問題に対して動作する。
例えば、"ELF file OS ABI invalid"と表示される場合、新しいローダを設定する(コマンドの-set-interpreter部分)ことで解決する場合がある。
別の例では、ソフトウェアの実行時に"No such file or directory"と表示される場合、新しいインタプリタを設定することで解決する。