編譯可以在Android上運(yùn)行的native(C/C++)程序 Hello C on Android
JNI編程都會，寫出一個(gè)共享庫(.so)，然后Java代碼來調(diào)用
現(xiàn)在來編譯一個(gè)可執(zhí)行的native程序直接在Android Device上運(yùn)行
這里以C語言來測試
一樣按照通常的編程步驟來進(jìn)行，編寫源文件，用編譯器編譯，鏈接器鏈接，然后運(yùn)行
編寫源文件和運(yùn)行的環(huán)境都比較好弄，編譯器和鏈接器這里就稍稍有點(diǎn)不同。
因?yàn)锳ndroid所采用的kernel不是標(biāo)準(zhǔn)的Linux Kernel，C庫用的是Bionic(http://en.wikipedia.org/wiki/Bionic_(software))
所以用普通的一套GNU工具編譯出來的是不能在Android上面運(yùn)行的，還好Android給我們提供了一些工具來完成這些。
有兩種方式可以達(dá)到這個(gè)目的：
1、編譯Android ROM的時(shí)候會生成這些相關(guān)的工具，我們可以利用這些工具來編譯生成我們的程序。
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/
但是我測試了下，沒有成功，時(shí)間比較緊就沒有來具體去查原因，有空再來看看。
下面是我用這種方式所產(chǎn)生的錯(cuò)誤，如果你知道原因，歡迎能告訴我
1 | $ agcc.pl -o hello hello.c |
/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、通過Android NDK來編譯生成，這個(gè)比較簡單
我是參照http://ideone.com/lt6BW修改過來的
為了簡單起見，腳本里面的路徑都是hard code，我修改過的版本參見https://github.com/guohai/and-tools/blob/master/agcc。
對比下應(yīng)該很好改出自己的版本，使用的時(shí)候要記得給這個(gè)腳本可執(zhí)行權(quán)限，并且最好把該腳本增加到PATH當(dāng)中，方便后面的使用。
但是直接運(yùn)行agcc會報(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)該就不會出錯(cuò)。
假設(shè)后面該腳本的使用都是滿足上面這些條件的。
現(xiàn)在基本環(huán)境都搭建好了，我們還沒有源程序。
先在Host Machine上編寫一個(gè)hello.c文件
5 | printf ("Hello C on Android!\n"); |
然后運(yùn)行agcc hello.c -o hello，如果沒有任何錯(cuò)誤的話，就應(yīng)該看到有如下的返回，并且生成了一個(gè)hello文件。
2 | 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/dev/android-ndk-r7/platforms/android-14/arch-arm/usr/lib LINKER:/system/bin/linker PARAMS:hello.c -o hello |
執(zhí)行
2 | hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), not stripped |
返回信息應(yīng)該是類似上面這樣的。
現(xiàn)在就只差最后一步了，把程序放到Android上去運(yùn)行
2 | $ adb shell mkdir /data/hello_c |
3 | $ adb push hello /data/hello_c |
應(yīng)該在ADB Shell上會出現(xiàn)
這樣這個(gè)實(shí)驗(yàn)就算完成了。后面會有實(shí)際的應(yīng)用。
PS.
如果你直接用gcc編譯出來，放到Android上面去運(yùn)行會出現(xiàn)
/system/bin/sh: ./android-smemcap: not executable: magic 7F45