編譯可以在A(yíng)ndroid上運(yùn)行的native(C/C++)程序 Hello C on Android

JNI編程都會(huì)，寫(xiě)出一個(gè)共享庫(kù)(.so)，然后Java代碼來(lái)調(diào)用

現(xiàn)在來(lái)編譯一個(gè)可執(zhí)行的native程序直接在A(yíng)ndroid Device上運(yùn)行
這里以C語(yǔ)言來(lái)測(cè)試

一樣按照通常的編程步驟來(lái)進(jìn)行，編寫(xiě)源文件，用編譯器編譯，鏈接器鏈接，然后運(yùn)行

編寫(xiě)源文件和運(yùn)行的環(huán)境都比較好弄，編譯器和鏈接器這里就稍稍有點(diǎn)不同。
因?yàn)锳ndroid所采用的kernel不是標(biāo)準(zhǔn)的Linux Kernel，C庫(kù)用的是Bionic(http://en.wikipedia.org/wiki/Bionic_(software))
所以用普通的一套GNU工具編譯出來(lái)的是不能在A(yíng)ndroid上面運(yùn)行的，還好Android給我們提供了一些工具來(lái)完成這些。

有兩種方式可以達(dá)到這個(gè)目的：
1、編譯Android ROM的時(shí)候會(huì)生成這些相關(guān)的工具，我們可以利用這些工具來(lái)編譯生成我們的程序。

http://android-tricks.blogspot.com/2009/02/hello-world-c-program-on-using-android.html

http://plausible.org/andy/agcc

中文的介紹可以看這里http://blog.claudxiao.net/2011/10/android_agcc/
但是我測(cè)試了下，沒(méi)有成功，時(shí)間比較緊就沒(méi)有來(lái)具體去查原因，有空再來(lái)看看。
下面是我用這種方式所產(chǎn)生的錯(cuò)誤，如果你知道原因，歡迎能告訴我

/home/guohai/src/ics/prebuilt/linux-x86/toolchain/arm-eabi-4.3.1/bin/../lib/gcc/arm-eabi/4.3.1/http://www.cnblogs.com/http://www.cnblogs.com/arm-eabi/bin/ld: warning: /tmp/cc8eCaMQ.o uses variable-size enums yet the output is to use 32-bit enums; use of enum values across objects may fail

更多關(guān)于aggc的信息

http://blog.v-lad.org/archives/26

http://www.pocketmagic.net/?p=682

http://betelco.blogspot.com/2010/01/buildingdebugging-android-native-c.html

2、通過(guò)Android NDK來(lái)編譯生成，這個(gè)比較簡(jiǎn)單
我是參照http://ideone.com/lt6BW修改過(guò)來(lái)的
為了簡(jiǎn)單起見(jiàn)，腳本里面的路徑都是hard code，我修改過(guò)的版本參見(jiàn)https://github.com/guohai/and-tools/blob/master/agcc。
對(duì)比下應(yīng)該很好改出自己的版本，使用的時(shí)候要記得給這個(gè)腳本可執(zhí)行權(quán)限，并且最好把該腳本增加到PATH當(dāng)中，方便后面的使用。

但是直接運(yùn)行agcc會(huì)報(bào)錯(cuò)，如下

GCC:/home/guohai/dev/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc LIB:/home/guohai/vocume/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib LINKER:/system/bin/linker PARAMS:
/home/guohai/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib/crtbegin_dynamic.o: In function `_start’:
(.text+0×14): undefined reference to `main’
collect2: ld returned 1 exit status
如果你發(fā)現(xiàn)是這個(gè)錯(cuò)誤，不要擔(dān)心，可能是這個(gè)原因http://www.mobitnt.com/Blog/?p=150。
只要你輸入的命令是完整的，比如agcc hello.c -o hello，應(yīng)該就不會(huì)出錯(cuò)。

假設(shè)后面該腳本的使用都是滿(mǎn)足上面這些條件的。

現(xiàn)在基本環(huán)境都搭建好了，我們還沒(méi)有源程序。

先在Host Machine上編寫(xiě)一個(gè)hello.c文件

然后運(yùn)行agcc hello.c -o hello，如果沒(méi)有任何錯(cuò)誤的話(huà)，就應(yīng)該看到有如下的返回，并且生成了一個(gè)hello文件。

執(zhí)行

返回信息應(yīng)該是類(lèi)似上面這樣的。

現(xiàn)在就只差最后一步了，把程序放到Android上去運(yùn)行

應(yīng)該在A(yíng)DB Shell上會(huì)出現(xiàn)

這樣這個(gè)實(shí)驗(yàn)就算完成了。后面會(huì)有實(shí)際的應(yīng)用。

PS.
如果你直接用gcc編譯出來(lái)，放到Android上面去運(yùn)行會(huì)出現(xiàn)
/system/bin/sh: ./android-smemcap: not executable: magic 7F45