同様の質問がそこにあることは知っていますが、解決策も正確なケースも見つかりませんでした。バイナリは、GCC 4.7を使用してArch Linuxで構築されました。パッケージはビルドシステムで正常に動作します。以下のコマンドが実行されました:
Linux vbox-ubuntu 3.2.0-29-generic#46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
問題のファイルは here にあります。これは、Linux 64ビットからWindows 64ビットへのクロスコンパイラーです。 ~/
に展開すると、必要なすべてのものが含まれる単一の~/mingw64
ディレクトリが作成されます。
~/mingw64/x86_64-w64-mingw32/bin/as
を実行しようとすると、次のようになります。
bash: /home/ruben/mingw64/x86_64-w64-mingw32/bin/as: No such file or directory
file ~/mingw64/x86_64-w64-mingw32/bin/as
を実行すると、次のようになります。
/home/ruben/mingw64/x86_64-w64-mingw32/bin/as: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x0b8e50955e7919b76967bac042f49c5876804248, not stripped
ldd ~/mingw64/x86_64-w64-mingw32/bin/as
を実行すると、次のようになります。
linux-vdso.so.1 => (0x00007fff3e367000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f2ceae7e000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2ceaac1000)
/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007f2ceb0a8000)
私は本当に途方に暮れています。どんな助けでも大歓迎です。
[〜#〜] edit [〜#〜]:詳細:ビルドシステムはArch Linux(現在はglibc 2.16)です。 ls -l
の出力は次のとおりです。
-rwxr-xr-x 2 ruben users 1506464 11 aug 23:49 /home/ruben/mingw64/bin/x86_64-w64-mingw32-as
objdump -p
の出力は次のとおりです。
Version References:
required from libz.so.1:
0x0827e5c0 0x00 05 ZLIB_1.2.0
required from libc.so.6:
0x0d696917 0x00 06 GLIBC_2.7
0x06969194 0x00 04 GLIBC_2.14
0x0d696913 0x00 03 GLIBC_2.3
0x09691a75 0x00 02 GLIBC_2.2.5
Ubuntu 12.04でのldd -v
の出力は次のとおりです。
linux-vdso.so.1 => (0x00007fff225ff000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fd525c71000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd5258b4000)
/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007fd525e9b000)
Version information:
/home/ruben/mingw64/x86_64-w64-mingw32/bin/as:
libz.so.1 (ZLIB_1.2.0) => /lib/x86_64-linux-gnu/libz.so.1
libc.so.6 (GLIBC_2.7) => /lib/x86_64-linux-gnu/libc.so.6
libc.so.6 (GLIBC_2.14) => /lib/x86_64-linux-gnu/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/x86_64-linux-gnu/libc.so.6
libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libz.so.1:
libc.so.6 (GLIBC_2.3.4) => /lib/x86_64-linux-gnu/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/x86_64-linux-gnu/libc.so.6
libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6:
ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
テスト済みの他のOSは、Fedora 17(glibc 2.15)およびUbuntu 12.04(eglibc 2.15)です。 zlibとglibcの両方のバージョン要件が満たされています。
システムでldd -v as
を実行すると、次のようになります。
./as: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./as)
linux-vdso.so.1 => (0x00007fff89ab1000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f1e4c81f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1e4c498000)
/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007f1e4ca6d000)
ええ、そうです、これらのバイナリはGLIBC_2.14
シンボルを探しているように見えます。これは、おそらくシステムにありません。 svenxが指摘したように、memcpy@@GLIBC_2.14
シンボルを検索しているようです。 memcpy
に新しいバージョンが与えられた理由についての詳細は このバグレポート で説明されています。
ターゲットシステムに新しいバージョンのglibc
をインストールすると修正されます。古いバージョンのglibc
で引き続き動作するようにバイナリを再構築したい場合は、リストされているようなトリック here を試すことができます。また、必要なmemcpy
シンボルの特定のバージョンを提供するだけのシムを使用して問題を解決することもできますが、少し面倒です。
アップデートを読んだ後:あなたは正しい、それはあなたの問題ではなかった。しかし、私はそれを見つけたと思います:あなたのバイナリは、Ubuntu 12.04システムには存在しないインタープリター/lib/ld-linux-x86-64.so.2
を要求しています:
$ readelf -a ./as | grep interpreter
[Requesting program interpreter: /lib/ld-linux-x86-64.so.2]
代わりにldd
は/lib64
でそれを見つけることを知っていましたが、カーネルがバイナリを実行しようとしたときにファイルの要求されたインタープリターを見つけることができないことをカーネルが知らないと思います。インタプリタを介して手動で実行することもできます:
$ pwd
/home/jim/mingw64/x86_64-w64-mingw32/bin
$ ./as --version
-bash: ./as: No such file or directory
$ /lib64/ld-linux-x86-64.so.2 ./as --version
GNU assembler (rubenvb-4.7.1-1-release) 2.23.51.20120808
Copyright 2012 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 later.
This program has absolutely no warranty.
This assembler was configured for a target of `x86_64-w64-mingw32'.
私はこれが正しく機能していることを100%確信していません。私のシステムでgcc
をこのように実行すると、セグメンテーションエラーが発生します。しかし、それは少なくとも別の問題です。
あなたの問題は、 64ビットシステムで32ビットバイナリを実行しているときに「見つかりません」というメッセージが表示される のバリアントです。そこにないダイナミックローダー。
あなたの場合、ダイナミックローダー/lib/ld-linux-x86-64.so.2
は存在しますが、別の場所にあります/lib64/ld-linux-x86-64.so.2
。プログラムを機能させる最も簡単な方法は、シンボリックリンクを作成することです。
ln -s ../lib64/ld-linux-x86-64.so.2 /lib/