私はarm用のutil-linuxをクロスコンパイルしようとしましたが、常に動的にリンクされた実行可能ファイルを取得しましたが、なぜこれが起こるのかわかりません。私の目標は静的です。同様の手順で他のツールを使用する前にクロスコンパイルをしてみましたが、いつもうまくいったので、今回は私が間違っているかどうかわかりません。 Ubuntu 16.04を使用しています。私が実行するコマンドは次のとおりです。
export CC=arm-linux-gnueabi-gcc
export ac_cs_linux_vers=4
export CFLAGS=-static
export CPPFLAGS=-static
export LDFLAGS=-static
./configure --host=arm-linux LDFLAGS=-static --disable-shared --without-tinfo --without-ncurses --disable-ipv6 --disable-pylibmount --enable-static-programs=fdisk,sfdisk,whereis --prefix=/opt/util-linux/arm --bindir=/opt/util-linux/arm/bin --sbindir=/opt/util-linux/arm/sbin
見てわかるように、私は私が考えることができるすべての場所に静的を指定し、「ただそれが私を理解したことを確認するために」繰り返しました。そして設定スクリプトを実行した後の出力は次のようになります。
util-linux 2.28.2
prefix: /opt/util-linux/arm
exec prefix: ${prefix}
localstatedir: ${prefix}/var
bindir: /opt/util-linux/arm/bin
sbindir: /opt/util-linux/arm/sbin
libdir: ${exec_prefix}/lib
includedir: ${prefix}/include
usrbin_execdir: ${exec_prefix}/bin
usrsbin_execdir: ${exec_prefix}/sbin
usrlib_execdir: ${exec_prefix}/lib
compiler: arm-linux-gnueabi-gcc
cflags: -static
suid cflags:
ldflags: -static
suid ldflags:
Python: /usr/bin/python
Python version: 2.7
Python libs: ${exec_prefix}/lib/python2.7/site-packages
Bash completions: /usr/share/bash-completion/completions
Systemd support: no
Btrfs support: yes
warnings:
それからこれを行います。
make fdisk
または
make whereis
編集が完了したら、次の操作を行います。
file fdisk
ディスクドライブ作成したばかりのファイルです。
fdisk: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=369363ef8f8173a3a1c2edc178eb77255a2dc415, not stripped
ご覧のとおり、「ダイナミック接続」と表示されています。インターネットで検索してみましたが、答えが見つかりませんでした。私はまたこれをする:
./configure --host=arm-linux LDFLAGS=-static --disable-shared --without-tinfo --without-ncurses --disable-ipv6 --disable-pylibmount --prefix=/opt/util-linux/arm --bindir=/opt/util-linux/arm/bin --sbindir=/opt/util-linux/arm/sbin
これは、基本的にすべてを静的にコンパイルする必要がある「--enable-static-programs」パラメータがないことを除いて、前の設定コマンドとまったく同じですが、そうではありません。
私が何か間違っているのでしょうか、それともMakefileのバグですか?
答え1
私の質問に投稿された元のコマンドが静的ファイルを生成しない理由を見つけました!私は走らなければならないLDFLAGS="--static に設定".これを行った後、すべてが静的に接続されました!
繰り返すために、以下を実行しました。
export CC=arm-linux-gnueabi-gcc
export ac_cs_linux_vers=4
export CFLAGS=-static
export SUID_CFLAGS=-static
export SUID_LDFLAGS=-static
export CPPFLAGS=-static
export LDFLAGS=-static
それから
./configure --host=arm-linux-gnueabi --disable-shared --without-tinfo --without-ncurses --disable-ipv6 --disable-pylibmount --prefix=/opt/util-linux/arm --bindir=/opt/util-linux/arm/bin --sbindir=/opt/util-linux/arm/sbin
それから
make LDFLAGS="--static"
すべてが静的に接続されています!以前の回答からわかるように、オブジェクトファイルの収集はもはや必要ありませんが、代わりに使用することもできます。
また、参考のためにあなたの一部が気になるかもしれない私のバージョン情報は次のとおりです。
$ arm-linux-gnueabi-gcc --version
arm-linux-gnueabi-gcc (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.1) 5.4.0 20160609
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ arm-linux-androideabi-ld --version
GNU gold (GNU Binutils 2.25.90.20151125) 1.11
Copyright (C) 2015 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.
答え2
静的バイナリは、.static
ビルド後の拡張を使用してビルドされます。
$ file fdisk.static
fdisk.static: ELF 32-bit LSB executable, ARM, EABI5 version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=b51ec4b17f772b881d2a1eaefd368cfb96d0db12, not stripped
私はこれしかできませんでした。
./configure --host=arm-linux-gnueabihf --enable-static-programs=fdisk
(どんな変数も必要ありませFLAGS
んgnueabihf
。gnueabi
armhf
答え3
アップデート - 下記の他の回答をご覧ください
さて、util-linuxの設定スクリプトで生成されたMakefileと他のユーティリティで生成された別のMakefile(最終的に静的にリンクされたファイルが生成されます)を分析して(文字通り)、数時間後に渡されたパラメータを正常に検索します。しました。ARM-Linux-gnueabi-gcc静的リンクファイルを生成します。だから私はこれで終わりました。
arm-linux-gnueabi-gcc -ffloat-store -static -DHAVE_CONFIG_H -static -D_U_="__attribute__((unused))" -o <name_of_your_file> <object files produced by the compiler separated by space>
だからコンパイル後どこ:
make whereis
その後、生成されたすべてのオブジェクトファイルを検索しました。
find . -name "*.o"
私は最終的に:
./misc-utils/whereis.o
./lib/libcommon_la-blkdev.o
./lib/libcommon_la-sysfs.o
./lib/libcommon_la-idcache.o
./lib/libcommon_la-procutils.o
./lib/libcommon_la-mbsalign.o
./lib/libcommon_la-linux_version.o
./lib/libcommon_la-env.o
./lib/libcommon_la-pager.o
./lib/libcommon_la-strutils.o
./lib/libcommon_la-mangle.o
./lib/libcommon_la-timeutils.o
./lib/libcommon_la-fileutils.o
./lib/libcommon_la-exec_shell.o
./lib/libcommon_la-match.o
./lib/libcommon_la-crc32.o
./lib/libcommon_la-md5.o
./lib/libcommon_la-randutils.o
./lib/libcommon_la-ttyutils.o
./lib/libcommon_la-cpuset.o
./lib/libcommon_la-color-names.o
./lib/libcommon_la-ismounted.o
./lib/libcommon_la-path.o
./lib/libcommon_la-canonicalize.o
./lib/libcommon_la-loopdev.o
./lib/libcommon_la-setproctitle.o
./lib/libcommon_la-strv.o
次に、これらすべてのオブジェクトファイルを1行にマージして別のコマンドを実行します。
arm-linux-gnueabi-gcc -ffloat-store -static -DHAVE_CONFIG_H -static -D_U_="__attribute__((unused))" -o mywhereis ./misc-utils/whereis.o ./lib/libcommon_la-blkdev.o ./lib/libcommon_la-sysfs.o ./lib/libcommon_la-idcache.o ./lib/libcommon_la-procutils.o ./lib/libcommon_la-mbsalign.o ./lib/libcommon_la-linux_version.o ./lib/libcommon_la-env.o ./lib/libcommon_la-pager.o ./lib/libcommon_la-strutils.o ./lib/libcommon_la-mangle.o ./lib/libcommon_la-timeutils.o ./lib/libcommon_la-fileutils.o ./lib/libcommon_la-exec_shell.o ./lib/libcommon_la-match.o ./lib/libcommon_la-crc32.o ./lib/libcommon_la-md5.o ./lib/libcommon_la-randutils.o ./lib/libcommon_la-ttyutils.o ./lib/libcommon_la-cpuset.o ./lib/libcommon_la-color-names.o ./lib/libcommon_la-ismounted.o ./lib/libcommon_la-path.o ./lib/libcommon_la-canonicalize.o ./lib/libcommon_la-loopdev.o ./lib/libcommon_la-setproctitle.o ./lib/libcommon_la-strv.o
望むより! :) mywhereが作成されました。
したがって、fileコマンドを実行して功績を認めます。
mywhereis: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=a5b7c4ad147dc26ed211a7aa643f744a29e477f3, not stripped
本当に快適です! !まあ、このソリューションは理想的ではありませんしかし、作業が完了し、簡素化されます!
私はこの問題を調査して実験するために合計8時間を費やし、おそらく「一貫した」アプローチはないことに気づきました。しかし、この方法で作業が完了しました!私のAndroid携帯電話でファイルをテストしましたが、正常に動作しました!
また、このソリューションはオブジェクトファイルをリンクして静的にリンクされたファイルを生成するため、「設定して忘れてしまう」方法のようです。完全に異なるソースパッケージの他のユーティリティを使用してこれをテストしましたが、それも機能しました。
答え4
私はプログラムセット全体を静的に接続しようとし、何時間も費やしました。
からconfigure.h
:
--enable-static-programs=LIST
link static the programs in LIST (comma-separated,
supported for losetup, mount, umount, fdisk, sfdisk,
blkid, nsenter, unshare)
静的接続が必要ですが、lsblk
リストに追加しても機能しません(他の人はこれを行います)。このリスト以外の静的バージョンを取得する方法はありますか?