若是在 Linux 下,只需要执行:
- gcc –o study-hard study-hard.c
尊天命,尽人事
分类: 嵌入式
2011-09-08 21:05:09
若是在 Linux 下,只需要执行:
C 头文件的路径为:
\-ndk-r4\build\platforms\android-5\arch-arm\usr\include
C 库的路径为:
\-ndk-r4\build\platforms\android-5\arch-arm\usr\lib
好了,我们知道了 C 的编译工具链,知道了 C 库路径和 C 头文件路径,应该可以编译了。写个简单的 Makefile ,试一下,结果出错了。 crt0.o 没有找到。
这个错误很糟糕,指出在链接的时候,找不到 crt0.o 。我们在 Makefile 中添加如下几句:
LDFLAGS += -nostdlib
-nostdlib 表示不连接系统标准启动文件和标准库文件 . 只把指定的文件传递给连接器。
此时编译,结果为:
错误指出,在链接的时候,找不到 puts ,这个函数是 c 库中的,我们添加如下语句再次尝试:
LDFLAGS += -lc
我们修改链接选项,增加对 dl 库的链接, 再次尝试:
LDFLAGS += -lc –ldl
这次生成了可执行文件,不过还是有 warning ,在生成的可执行文件中,没有找到入口 _start 。这个问题也比较奇怪。我们查看下生成的可执行文件 :
readelf –a study-hard
发现生成的可执行文件,真的没有入口函数。这是为什么呢?
在 Linux 下,用 -v 选项跟踪下 gcc 编译 hello world 程序的过程。会发现,在链接的过程中,除了 hello.o, 还会链接 crt1.o, crtn.o 等文件,正是这些文件,在生成可执行程序的过程中,组成了 elf 文件中程序入口和程序退出等相关的处理部分。
查看我们指定的 C 库:
会发现, C 库下有 crt 打头的三个 .o 文件。我们修改 Makefile ,链接 crtbegin 和 crtend 文件:
EXTRA_OBJS := $(PATH_PREFIX)/lib/crtbegin_dynamic.o $(PATH_PREFIX)/lib/crtend_.o
… …
$(CC) $(CFLAGS) -o $(TARGET) $(OBJS) $(EXTRA_OBJS) $(LDFLAGS)
再次编译,结果如下,此次终于编译成功了。
我们将编译好的程序放到 上运行下看看效果。
显示程序没有找到。怎么回事呢?继续研究下 NDK 相关文档。我们还需要修改 Makefile 的一个地方:
LDFALGS += -Bdynamic -Wl,-dynamic-linker,/system/bin/linker
指定链接动态库,动态连接器为 /system/bin/linker
编译后,再次运行,终于看到了 “Study hard ! ”