相同（几乎）的ELF标题但可执行文件不会在彼此的系统上运行
我正在尝试为我拥有的一个小型嵌入式设备编译几个程序。它是Little-endian MIPS（mipsel）处理器。我通过telnet和内置的ftp客户端从它中检索了这个可执行文件：
root@debian-mipsel:/home/user/wansview/devel# readelf -h unzip1
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: MIPS R3000
Version: 0x1
Entry point address: 0x401cc0
Start of program headers: 52 (bytes into file)
Start of section headers: 169960 (bytes into file)
Flags: 0x10001007, noreorder, pic, cpic, o32, mips2
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 6
Size of section headers: 40 (bytes)
Number of section headers: 24
Section header string table index: 23
root@debian-mipsel:/home/user/wansview/devel# file unzip1
unzip1: ELF 32-bit LSB executable, MIPS, MIPS-II version 1 (SYSV), dynamically linked (uses shared libs), stripped
然后我下载了MIPSEL版本的Debian，我在QEMU中运行它。当我运行上面检索到的程序时，我得到：
root@debian-mipsel:/home/user/wansview/devel# ./unzip1
-bash: ./unzip1: No such file or directory
我理解这意味着它不是正确的平台。尽管如此，我仍然编译了一个小小的hello世界来比较ELF和文件信息。我的hello world在Debian MIPSEL中运行良好，但也在嵌入式设备上返回No such file or directory。它的readelf和file输出结果非常相似：
root@debian-mipsel:/home/user/wansview/devel# readelf -h hello
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: MIPS R3000
Version: 0x1
Entry point address: 0x400740
Start of program headers: 52 (bytes into file)
Start of section headers: 3652 (bytes into file)
Flags: 0x10001005, noreorder, cpic, o32, mips2
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 10
Size of section headers: 40 (bytes)
Number of section headers: 36
Section header string table index: 35
root@debian-mipsel:/home/user/wansview/devel# file hello
hello: ELF 32-bit LSB executable, MIPS, MIPS-II version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0xeb3877062337a3dfd15cc09305691685ac0e8c57, with unknown capability 0xf41 = 0x756e6700, with unknown capability 0x70100 = 0x1040000, stripped
我试图更好地了解我的两个系统有何不同以及为什么可执行文件不会同时运行。是否有任何标志可以添加到gcc以成功编译嵌入式设备？
有关设备的更多信息
# cat /proc/cpuinfo
system type : Ralink SoC
processor : 0
cpu model : MIPS 24K V4.12
BogoMIPS : 239.10
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes
ASEs implemented : mips16 dsp
VCED exceptions : not available
VCEI exceptions : not available
有关Debian MIPSEL
的更多信息（在debian-mipsel上编译的二进制文件不能在目标嵌入式设备上运行）
root@debian-mipsel:/home/user/wansview/devel# cat /proc/cpuinfo
system type : MIPS Malta
processor : 0
cpu model : MIPS 24Kc V0.0 FPU V0.0
BogoMIPS : 1038.33
wait instruction : yes
microsecond timers : yes
tlb_entries : 16
extra interrupt vector : yes
hardware watchpoint : yes, count: 1, address/irw mask: [0x0ff8]
ASEs implemented : mips16
shadow register sets : 1
kscratch registers : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
有关Aboriginal Linux Mipsel
的更多信息（在原住民Linux上编译的二进制文件将在嵌入式设备上运行，它可以运行从设备检索到的二进制文件。我对它不满意，因为它没有{{1}我需要的其他工具来编译更大的应用程序）
makeLDD
这里有一个(mipsel:1) /home/wansview # cat /proc/cpuinfo
system type : MIPS Malta
machine : Unknown
processor : 0
cpu model : MIPS 24Kc V0.0 FPU V0.0
BogoMIPS : 1013.76
wait instruction : yes
microsecond timers : yes
tlb_entries : 16
extra interrupt vector : yes
hardware watchpoint : yes, count: 1, address/irw mask: [0x0ff8]
isa : mips1 mips2 mips32r1 mips32r2
ASEs implemented : mips16
shadow register sets : 1
kscratch registers : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
的屏幕截图，针对我的hello世界，ldd和unzip1上的aboriginal linux。原住民Linux运行从设备检索的应用程序就好了，如果我在原住民Linux下编译，我可以在嵌入式设备上运行生成的二进制文件。我不满足于原住民的原因是，没有GNU debian mipsel和其他有用的工具可用于大型应用程序，并且没有简单的方法可以将它们放在那里。
2 个答案:
答案 0 :(得分：13)
你显然需要一个不同的工具链。在您的Debian-mipsel上，当您的目标使用uClibc时，您的工具链会使用glibc。
所以，也许你想自己使用Buildroot生成它：
wget http://buildroot.uclibc.org/downloads/buildroot-2014.11.tar.gz
tar zxf http://buildroot.uclibc.org/downloads/buildroot-2014.11.tar.gz
cd buildroot-2014.11
预先配置mipsel，R1没有soft-float的技巧（我的意愿，请检查你的）：
cat <<_EOF > .config
BR2_HAVE_DOT_CONFIG=y
BR2_mipsel=y
BR2_ARCH="mipsel"
BR2_ENDIAN="LITTLE"
BR2_GCC_TARGET_ARCH="mips32"
BR2_GCC_TARGET_ABI="32"
BR2_ARCH_HAS_ATOMICS=y
BR2_mips_32=y
# BR2_MIPS_SOFT_FLOAT is not set
BR2_MIPS_OABI32=y
_EOF
在Buildroot menuconfig中完成您的选择，但您可以
也可以使用save和exit保持这样。
make menuconfig # tweak options at your will,
make -j8 # takes 8 minutes on my machine
然后，您的编译器可以在./output/host/usr/bin
一个真实的例子：
echo '#include <stdio.h>
int main(int argc, char* argv[]) {
printf("Hello World.\n");
return 0;
}' > hello.c
使用全新的uClibc GCC编译器
output/host/usr/bin/mipsel-buildroot-linux-uclibc-gcc -o hello hello.c
对hello计划的一瞥:(没时间修复我的ldd ...）
$ file hello
hello: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), not stripped
$ strings hello | grep "lib.*so*"
/lib/ld-uClibc.so.0
libgcc_s.so.1
libc.so.0
使用工具链完成并编译您的程序。
现在你有时间:-)看看Buildroot提供的：
对于许多架构中的嵌入式系统的完整分布（output/target/）。
编辑：更好的机会执行
您可以静态链接您的程序，以便最大限度地在任何目标上运行代码。
$ output/host/usr/bin/mipsel-linux-gcc -Wall -o hello -static hello.c
$ file ./hello
./hello: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), not stripped
现在，由于该静态版本不再依赖于任何外部库（仅限uClibc，此处），此 MIPS 可执行文件甚至可以在我的 x86_64 机器上运行（感谢binfmt和Qemu）：
$ uname -mo
x86_64 GNU/Linux
$ ./hello
Hello World.
干杯。
答案 1 :(得分：0)
也许我错了，但在这种情况下，一个简单的修复（但不是优雅的方式）可能是将丢失的文件链接到现有文件：
ln -s /lib/libc.so.6 /lib/libc.so.0
- 我写了这段代码，但我无法理解我的错误
- 我无法从一个代码实例的列表中删除 None 值，但我可以在另一个实例中。为什么它适用于一个细分市场而不适用于另一个细分市场？
- 是否有可能使 loadstring 不可能等于打印？卢阿
- java中的random.expovariate()
- Appscript 通过会议在 Google 日历中发送电子邮件和创建活动
- 为什么我的 Onclick 箭头功能在 React 中不起作用？
- 在此代码中是否有使用“this”的替代方法？
- 在 SQL Server 和 PostgreSQL 上查询，我如何从第一个表获得第二个表的可视化
- 每千个数字得到
- 更新了城市边界 KML 文件的来源？