2009-06-25 94 views
6

我试图在自定义Android映像中安装预编译二进制文件。在Android上安装预构建二进制文件:“未找到”

LOCAL_PATH := $(call my-dir) 
include $(CLEAR_VARS) 

LOCAL_SRC_FILES := binary_name 
LOCAL_MODULE := binary_name 
LOCAL_MODULE_CLASS := EXECUTABLES 
include $(BUILD_PREBUILT) 

所以,如果我跑make system_image binary_name,二进制文件系统映像复制到/bin/:对,我已经与Android.mk文件与此类似它复制到一个新的目录中prebuilt/android-arm/。如果我运行模拟器,我可以在/system/bin中看到二进制文件。权限与其他可执行文件(-rwxr-xr-x)相同,根据file,这是一个ARM二进制文件(ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), stripped)。

但是,当我在模拟器上运行它,它说:

# binary_name 
binary_name: not found 

我已经straced它,这是我所看到的:

# strace binary_name 
execve("/system/bin/binary_name", ["binary_name"], [/* 9 vars */]) = -1 ENOENT (No such file or directory) 
write(2, "strace: exec", 12strace: exec)   = 12 
write(2, ": ", 2:)      = 2 
write(2, "No such file or directory", 25No such file or directory) = 25 
write(2, "\n", 1 
)      = 1 
io_submit(1, -1344063348, {...} <unfinished ... exit status 1> 

但文件是存在的,并且使用strace能够找到它。

任何想法会发生什么?

UPDATE:由于克里斯托夫说,这可能是动态链接的问题,但我没有LDD的Android ARM ...

回答

7

也许一些必要的动态库无法找到。

尝试“LDD binary_name”

输出应该看起来有点像这样,如果所有的图书馆都可以找到。 缺失库应清楚标记。

linux-gate.so.1 => (0xb7fbf000) 
libcap.so.2 => /lib/libcap.so.2 (0xb7fa7000) 
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7fa3000) 
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7f64000) 
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f3e000) 
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dde000) 
libattr.so.1 => /lib/libattr.so.1 (0xb7dd9000) 
/lib/ld-linux.so.2 (0xb7fc0000) 
+0

谢谢你,你可能是在正确的方式,你知道我怎么能在Android图像ldd? – 2009-06-25 11:20:28

相关问题