安卓編譯匯編

1. android安卓手機系統能用匯編編程嗎

可以使用匯編。android程序通常使用java編寫（sdk），在一些效率要求較高或者處於代碼安全的情況可以使用jni借口調用c/c++程序（ndk）,同樣也可以用匯編代碼實現。

2. 求安卓軟體反編譯修改教程

1、baksmali：classes.dex反編譯為smali格式

（smali：smali格式編譯打包為classes.dex，但由於smali格式類似匯編，比較難閱讀，所以用dex2jar進行輔助 ）
2、dex2jar：classes.dex轉為jar包
3、jdgui：jar反編譯並閱讀

操作順序：

apk用zip解開，裡面的classes.dex分別用baksmali處理為smali，用dex2jar處理成jar，然後用jdgui看代碼，找好java文件中要改的位置後，在smali里找對應的位置修改，改完了用smali再編譯為classes.dex，覆蓋原來apk里的同名文件，最後重新簽名。注意安裝時要先刪除原來手機里的版本，因為簽名不同。

3. 安卓手機CPU是用什麼匯編語言啊

應該安卓系統是linux內核 ，應用程序是java語音編寫的，調試或開發軟體軟體常用：eclipse + adb 插件 反編譯工具：網路下「java反編譯工具 」 追問： 你是開發安卓軟體的嗎？能告訴我大俠QQ嗎？小弟感激不盡 回答： 不是的哦，菜鳥一枚

4. 新人求教，編譯一個最簡單的Android程序，提示下面的錯誤咋解決

1、32位系統下的編譯

如果需要在32位系統中編譯android系統，在編譯前需要對部分makefile進行修改

首先修改build/core/main.mk，修改的內容如下所示：

-ifneq (64,$(findstring 64,$(build_arch)))

+ifneq
(i686,$(findstring i686,$(build_arch)))

$(warning
************************************************************) $(warning You are attempting to build on a 32-bit system.)

$(warning Only 64-bit build environments are supported beyond froyo/2.2.)

其次修改如下四個文件：

external/clearsilver/cgi/Android.mk
external/clearsilver/java-jni/Android.mk
external/clearsilver/util/Android.mk
external/clearsilver/cs/Android.mk # This forces a 64-bit build for Java6
-LOCAL_CFLAGS += -m64
-LOCAL_LDFLAGS += -m64
+LOCAL_CFLAGS += -m32
+LOCAL_LDFLAGS += -m32即將LOCAL_CFLAGS和LOCAL_LDFLAGS由-m64改為-m32，從而指定使用32位系統進行編譯如果使用 64bit 的操作系統編譯，這些就都不用修改，但記得需要安裝：For 64-bit servers the following extra packages may be needed:
"sudo apt-get install libc6-dev-i386" (libc6-dev-amd64 if AMD CPU)
"sudo apt-get install g++-multilib lib32ncurses5-dev lib32z1-dev"
還有 jdk64bit 的版本編譯2 、build/core/base_rules.mk:128:*** frameworks/opt/emoji/jni:
.... libgl2jni already defined by framwworks/base/opengl/tests/gl2_jni/jni 停止

從編譯規則上看：
# Make sure that this IS_HOST/CLASS/MODULE combination is unique.
mole_id := MODULE.$(if \
$(LOCAL_IS_HOST_MODULE),HOST,TARGET).$(LOCAL_MODULE_CLASS).$(LOCAL_MODULE)
ifdef $(mole_id)
$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif

在framwworks/base/opengl/tests/gl2_jni/下面定義的android.mk定義了：
LOCAL_MODULE := libgl2jni
include $(BUILD_SHARED_LIBRARY)
導致生成的動態庫重復，這是不對的，修改tests這個目錄不參與編譯即可，最直接的辦法刪除掉framwworks/base/opengl/tests/gl2_jni這個文件夾

3、AIDL 編譯報couldn't find import for class原因
「AIDL服務只支持有限的數據類型，因此，如果用AIDL服 務傳遞一些復雜的數據就需要做更一步處理。AIDL服務支持的數據類型如下：
Java的簡單類 型（int、char、boolean等）。不需要導入（import）。String和 CharSequence。不需要導入（import）。
List和 Map。但要注意，List和Map對象的元素類型必須是AIDL服務支持的數據類型。不需要導入（import）。AIDL自動生成 的介面。需要導入（import）。
實現 android.os.Parcelable介面的類。需要導入（import）。
其中後兩種數據類 型需要使用import進行導入，傳遞不需要 import的數據類型的值的方式相同。傳遞一個需要import的數據類型的值（例如，實現android.os.Parcelable 介面的類）的步 驟略顯復雜。除了要建立一個實現android.os.Parcelable介面的類外，還需要為這個類單獨建立一個aidl文件，並使用parcelable關鍵字進行定義。」
沒有加LOCAL_AIDL_INCLUDES += xxx ，所以找不到我的parcelable aidl文件。

修改android源碼根目錄下的build/core/pathmap.mk把你的目錄加進去,此時再make update-api

4、老是提示 @Override錯誤 方法未覆蓋其父類的方法
使 用JDK1.6編譯沒有問題，使用JDK1.5編譯，會報@Override方法未覆蓋其父類的方法。實際上這個方法是類實現的介面中方法，
但是，這個語 法的jdk1.6的下面是可以通過的，也就是說jdk1.6認為類覆蓋父類方法與實現介面方法都叫override，而jdk1.5不
是這樣認為的，不知 道這是當初jdk1.5的bug，還是當初就是認為覆蓋父類方法與實現介面方法是不一樣的，不得而知。但是從
OO角度來看，覆蓋父類方法與實現介面方法都 可以認為override，因為他們目的都是一樣的，都是為了重用，都是多態的一種
表現方式。

更改jdk版本為1.6即可

5、編譯alsa-lib庫錯誤

android系統開發移植alsa-lib庫的過程中編譯的時候出現了如下的錯誤
/tmp/cckyaR40.s: Assembler messages:
/tmp/cckyaR40.s:2763: Error: selected processor does not support `mrs ip,cpsr'
/tmp/cckyaR40.s:2764: Error: unshifted register required -- `orr r2,ip,#128'
/tmp/cckyaR40.s:2765: Error: selected processor does not support `msr cpsr_c,r2
字面的意思報的是匯編錯誤，選擇的處理器不支持mrs和msr指令。
原來的ARM指令有32位和16位兩種指令模式，16位為thumb指令集，thumb指令集編譯出的代碼佔用空間小，
而且效率也高，所以android的arm編譯器默認用的是thumb模式編譯，問題在於alsa的代碼中有部分的內容
用到了32位的指令，所以才會報如下的錯誤，修改的方法也很簡單，在Android.mk中加入如下內容即可：
LOCAL_ARM_MODE := arm
android的編譯系統中LOCAL_ARM_MODE變數的取值為arm或者thumb，代表32位和16位兩種arm指令集，默認為thumb
prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/../lib/gcc/arm-eabi/4.4.0/../../../../arm-eabi/bin/ld: failed to set dynamic section sizes: Bad value

collect2: ld returned 1 exit status
make: *** [out/target/proct/merlin/obj/SHARED_LIBRARIES/libasound_intermediates/LINKED/libasound.so] 錯誤 1
解決此問題將alsa-lib/include/config.h文件中的如下宏定義去掉即可：
#define VERSIONED_SYMBOLS

開發過程中碰到過很多錯誤，後續再一一總結記錄下來，有些忘記了。。

在android.mk中編譯：

include $(CLEAR_VARS)
$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

出現提示需要定義：LOCAL_MODULE_TAGS := optional 一般修改方法是：

build\core\definitions.mk 中的宏定義變數：

define include-prebuilt
include $$(CLEAR_VARS)
LOCAL_SRC_FILES := $(1)
LOCAL_BUILT_MODULE_STEM := $(1)
LOCAL_MODULE_SUFFIX := $$(suffix $(1))
LOCAL_MODULE := $$(basename $(1))
LOCAL_MODULE_CLASS := $(2)
include $$(BUILD_PREBUILT)
endef

在這里增加一個LOCAL_MODULE_TAGS := optional

但是這需要修改android源碼，如果不是自已的android系統，這么做就麻煩了，所以必須想其它辦法解決：

#include $(CLEAR_VARS)
#$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

include $(CLEAR_VARS)
LOCAL_SRC_FILES := libyfcdca.a
LOCAL_BUILT_MODULE_STEM := libyfcdca.a
LOCAL_MODULE_SUFFIX := lib
LOCAL_MODULE := yfcdca
LOCAL_MODULE_CLASS := STATIC_LIBRARIES
LOCAL_MODULE_TAGS := optional
include $(BUILD_PREBUILT)

如此即可了。供你參考
1、32位系統下的編譯

如果需要在32位系統中編譯android系統，在編譯前需要對部分makefile進行修改

首先修改build/core/main.mk，修改的內容如下所示：

-ifneq (64,$(findstring 64,$(build_arch)))

+ifneq
(i686,$(findstring i686,$(build_arch)))

$(warning
************************************************************) $(warning You are attempting to build on a 32-bit system.)

$(warning Only 64-bit build environments are supported beyond froyo/2.2.)

其次修改如下四個文件：

external/clearsilver/cgi/Android.mk
external/clearsilver/java-jni/Android.mk
external/clearsilver/util/Android.mk
external/clearsilver/cs/Android.mk # This forces a 64-bit build for Java6
-LOCAL_CFLAGS += -m64
-LOCAL_LDFLAGS += -m64
+LOCAL_CFLAGS += -m32
+LOCAL_LDFLAGS += -m32即將LOCAL_CFLAGS和LOCAL_LDFLAGS由-m64改為-m32，從而指定使用32位系統進行編譯如果使用 64bit 的操作系統編譯，這些就都不用修改，但記得需要安裝：For 64-bit servers the following extra packages may be needed:
"sudo apt-get install libc6-dev-i386" (libc6-dev-amd64 if AMD CPU)
"sudo apt-get install g++-multilib lib32ncurses5-dev lib32z1-dev"
還有 jdk64bit 的版本編譯2 、build/core/base_rules.mk:128:*** frameworks/opt/emoji/jni:
.... libgl2jni already defined by framwworks/base/opengl/tests/gl2_jni/jni 停止

從編譯規則上看：
# Make sure that this IS_HOST/CLASS/MODULE combination is unique.
mole_id := MODULE.$(if \
$(LOCAL_IS_HOST_MODULE),HOST,TARGET).$(LOCAL_MODULE_CLASS).$(LOCAL_MODULE)
ifdef $(mole_id)
$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif

在framwworks/base/opengl/tests/gl2_jni/下面定義的android.mk定義了：
LOCAL_MODULE := libgl2jni
include $(BUILD_SHARED_LIBRARY)
導致生成的動態庫重復，這是不對的，修改tests這個目錄不參與編譯即可，最直接的辦法刪除掉framwworks/base/opengl/tests/gl2_jni這個文件夾

3、AIDL 編譯報couldn't find import for class原因
「AIDL服務只支持有限的數據類型，因此，如果用AIDL服 務傳遞一些復雜的數據就需要做更一步處理。AIDL服務支持的數據類型如下：
Java的簡單類 型（int、char、boolean等）。不需要導入（import）。String和 CharSequence。不需要導入（import）。
List和 Map。但要注意，List和Map對象的元素類型必須是AIDL服務支持的數據類型。不需要導入（import）。AIDL自動生成 的介面。需要導入（import）。
實現 android.os.Parcelable介面的類。需要導入（import）。
其中後兩種數據類 型需要使用import進行導入，傳遞不需要 import的數據類型的值的方式相同。傳遞一個需要import的數據類型的值（例如，實現android.os.Parcelable 介面的類）的步 驟略顯復雜。除了要建立一個實現android.os.Parcelable介面的類外，還需要為這個類單獨建立一個aidl文件，並使用parcelable關鍵字進行定義。」
沒有加LOCAL_AIDL_INCLUDES += xxx ，所以找不到我的parcelable aidl文件。

修改android源碼根目錄下的build/core/pathmap.mk把你的目錄加進去,此時再make update-api

4、老是提示 @Override錯誤 方法未覆蓋其父類的方法
使 用JDK1.6編譯沒有問題，使用JDK1.5編譯，會報@Override方法未覆蓋其父類的方法。實際上這個方法是類實現的介面中方法，
但是，這個語 法的jdk1.6的下面是可以通過的，也就是說jdk1.6認為類覆蓋父類方法與實現介面方法都叫override，而jdk1.5不
是這樣認為的，不知 道這是當初jdk1.5的bug，還是當初就是認為覆蓋父類方法與實現介面方法是不一樣的，不得而知。但是從
OO角度來看，覆蓋父類方法與實現介面方法都 可以認為override，因為他們目的都是一樣的，都是為了重用，都是多態的一種
表現方式。

更改jdk版本為1.6即可

5、編譯alsa-lib庫錯誤

android系統開發移植alsa-lib庫的過程中編譯的時候出現了如下的錯誤
/tmp/cckyaR40.s: Assembler messages:
/tmp/cckyaR40.s:2763: Error: selected processor does not support `mrs ip,cpsr'
/tmp/cckyaR40.s:2764: Error: unshifted register required -- `orr r2,ip,#128'
/tmp/cckyaR40.s:2765: Error: selected processor does not support `msr cpsr_c,r2
字面的意思報的是匯編錯誤，選擇的處理器不支持mrs和msr指令。
原來的ARM指令有32位和16位兩種指令模式，16位為thumb指令集，thumb指令集編譯出的代碼佔用空間小，
而且效率也高，所以android的arm編譯器默認用的是thumb模式編譯，問題在於alsa的代碼中有部分的內容
用到了32位的指令，所以才會報如下的錯誤，修改的方法也很簡單，在Android.mk中加入如下內容即可：
LOCAL_ARM_MODE := arm
android的編譯系統中LOCAL_ARM_MODE變數的取值為arm或者thumb，代表32位和16位兩種arm指令集，默認為thumb
prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/../lib/gcc/arm-eabi/4.4.0/../../../../arm-eabi/bin/ld: failed to set dynamic section sizes: Bad value

collect2: ld returned 1 exit status
make: *** [out/target/proct/merlin/obj/SHARED_LIBRARIES/libasound_intermediates/LINKED/libasound.so] 錯誤 1
解決此問題將alsa-lib/include/config.h文件中的如下宏定義去掉即可：
#define VERSIONED_SYMBOLS

開發過程中碰到過很多錯誤，後續再一一總結記錄下來，有些忘記了。。

在android.mk中編譯：

include $(CLEAR_VARS)
$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

出現提示需要定義：LOCAL_MODULE_TAGS := optional 一般修改方法是：

build\core\definitions.mk 中的宏定義變數：

define include-prebuilt
include $$(CLEAR_VARS)
LOCAL_SRC_FILES := $(1)
LOCAL_BUILT_MODULE_STEM := $(1)
LOCAL_MODULE_SUFFIX := $$(suffix $(1))
LOCAL_MODULE := $$(basename $(1))
LOCAL_MODULE_CLASS := $(2)
include $$(BUILD_PREBUILT)
endef

在這里增加一個LOCAL_MODULE_TAGS := optional

但是這需要修改android源碼，如果不是自已的android系統，這么做就麻煩了，所以必須想其它辦法解決：

#include $(CLEAR_VARS)
#$(call add-prebuilt-files, STATIC_LIBRARIES, libyfcdca.a)

include $(CLEAR_VARS)
LOCAL_SRC_FILES := libyfcdca.a
LOCAL_BUILT_MODULE_STEM := libyfcdca.a
LOCAL_MODULE_SUFFIX := lib
LOCAL_MODULE := yfcdca
LOCAL_MODULE_CLASS := STATIC_LIBRARIES
LOCAL_MODULE_TAGS := optional
include $(BUILD_PREBUILT)

如此即可了。

5. 安卓手機8086匯編語言編輯器

8086匯編語言與其他任何匯編語言都可以用文本編輯器來編寫。

6. 在安卓平台上安裝 GCC 的方法

android上安裝GCC的步驟：

1、准備文件：Terminal IDE.apk和GCC源文件。

2、解壓整個ZIP文件，並先將Terminal.apk文件安裝至手機中，然後把GCC整個文件一起放置到data/data/com.spartacusrex.spartacuside/files/system中。

3、修改data/data/com.spartacusrex.spartacuside/files/目錄下的.bashrc文件，添加以下代碼：

export CPLUS_INCLUDE_PATH=$IDESYSTEM/gcc/arm-linux-androideabi/c++/include:$CPLUS_INCLUDE_PATH

export C_INCLUDE_PATH=$IDESYSTEM/gcc/arm-linux-androideabi/include:$C_INCLUDE_PATH

export PATH=$IDESYSTEM/gcc/bin:$PATH

4、將gcc/bin下的文件改一下名，arm-linux-androideabi-g++改為g++，arm-linux-androideabi-gcc則改為gcc。

5、完成後重啟IDE即可使用GCC。

7. 為什麼Android開發不用匯編語言

因為安卓的總體架構就是用java開發的，這就決定了它之下的開發不會用匯編語言。

8. 安卓可以用匯編語言開發嗎

由於Android環境非常復雜，框架都是用Java，因此要使用C/C++都需要做很多配置，使用匯編的話需要做更多的工作。

9. 如何在Android中使用匯編語言

由於Android環境非常復雜，框架都是用Java，因此要使用C/C++都需要做很多配置，使用匯編的話需要做更多的工作。
我這邊使用的是最新的Android4.0的開發工具，NDK也是最新支持4.0的。這個NDK與老版本的有一些比較明顯的不同。
由於我用的是Mac OS X，因此配置起來比瘟抖死上的要容易許多，你不需要再裝些雜七雜八的第三方工具，直接可以使用你下載好的NDK。
首先，設置目標路徑——在你的Terminal中進入NDK的根目錄，隨後打NDK_PROJECT_PATH="<你要編譯的項目路徑>"。回車，再輸入export NDK_PROJECT_PATH
回車。
這里要注意的是NDK_PROJECT_PATH=後面的路徑需要加引號，否則無效。
由於NDK默認支持的默認編譯選項僅支持ARMv5到ARMv5TE架構，因此如果要使用比較高級的特性的話有兩種方法：
1、你有辦法將TARGET_ARCH_ABI的值變為armeabi-v7a，俺自己試了一下，木有成功。因此可以使用第二種方法，更簡單便捷：
2、在你的NDK目錄下，找到toolchains，然後找到arm-linux-androideabi-x.y.z目錄，在進去可以發現setup.mk文件。找到-march=armv7-a，將上面的神馬#ifdef都去掉，下面的#endif也都刪了。這樣就能確保編譯器使用ARMv7A來編譯。
完成上述操作之後我們就可以先用最簡單的方式來寫匯編了，即內聯匯編——

static int my_thumb(int mmy)
{
__asm__("movw r0, #1001 \t\n"
"movw r12, #2020 \t\n"
"add r0, r0, r12 \t\n"
"bx lr");

return mmy;
}

jstring
Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env,
jobject thiz )
{
my_thumb(0);
return (*env)->NewStringUTF(env, "Hello from JNI !");
}


上述代碼其實就是基於NDK自帶的hello-jni項目修改的。最後用ndk-build可以成功編譯。

上面一段代碼是編譯器默認的使用Thumb/Thumb-2編譯的，因此我裡面寫的內聯匯編的指令都是Thumb代碼。
我們下面將講述一下如何使用ARM代碼並使用NEON指令集。
首先，在你的Android.mk中修改LOCAL_SRC_FILES，要將源文件名後面添加.neon後綴，比如LOCAL_SRC_FILES := hello-jni.c改成LOCAL_SRC_FILES := hello-jni.c.neon。
這里要注意的是你真正的源文件名不要修改，就修改LOCAL_SRC_FILES這個符號的值即可。
然後我們再添加新的變數，來指示ARM GCC使用ARM指令集來編譯——LOCAL_ARM_MODE := arm
這樣就OK了。我們修改一下代碼：

static int my_arm(int mmy)
{
__asm__("movw r0, #1001 \t\n"
"movw r12, #2020 \t\n"
"add r0, r0, r12 \t\n"
"vp.32 q0, r0 \t\n"
"bx lr");

return mmy;
}

jstring
Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env,
jobject thiz )
{
my_arm(0);
return (*env)->NewStringUTF(env, "Hello from JNI !");
}


使用ndk-build後能正常通過編譯。
最後再上個最最高端的。直接寫匯編文件。NDK帶有GAS工具，因此按常理，完全可以寫匯編文件。一般匯編文件的後綴名為.s，因此我們創建一個xxx.s文件即可。
然後我這邊創建一個叫hey.s。在Android.mk中將這個文件添加上：LOCAL_SRC_FILES += hey.s.neon
我們這里看到，為了能在匯編文件中使用NEON指令集，我們在這里也把.neon後綴添加上。匯編器的makefile也認這個標識。
我們編輯hey.s文件：

.text
.align 4
.arm
.globl my_real_arm
my_real_arm:
add r0, r0, #256
vmov q0, q1
vp.32 q0, r0
bx lr
這里要注意的是，在Apple的匯編器中，函數名要加前綴下劃線，而NDK中提供的匯編器則不需要。
我們修改一下hello-jni.c，把這函數調進去：

extern void my_real_arm(int i);

static int my_arm(int mmy)
{
__asm__("movw r0, #1001 \t\n"
"movw r12, #2020 \t\n"
"add r0, r0, r12 \t\n"
"vp.32 q0, r0 \t\n"
"bx lr");

return mmy;
}
jstring
Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env,
jobject thiz )
{
my_real_arm(0);
my_arm(0);
return (*env)->NewStringUTF(env, "Hello from JNI !");
}
當然，我們為了確保編譯器能夠正確地將ARM和Thumb指令集做混合連接，我們可以在剛才的setup.mk中強制在TARGET_CFLAGS標志里加上-mthumb-interwork
在Windows操作系統中試驗，終於發現，只要將Application.mk中的APP_ABI中的標志，將armeabi去掉，僅留下armeabi-v7a就能順利使用neon了。這樣不需要修改setup.mk，也不需要將Sample中的那個標志判斷去掉，非常方便。
下面列一下可用的Android.mk編譯配置文件：

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := HelloNeon
LOCAL_SRC_FILES := helloneon.c
LOCAL_ARM_MODE := arm
TARGET_CFLAGS += -mthumb-interwork
TARGET_CFLAGS += -std=gnu11
TARGET_CFLAGS += -O3
ifeq ($(TARGET_ARCH_ABI),armeabi-v7a)
LOCAL_CFLAGS := -DHAVE_NEON=1
LOCAL_SRC_FILES += neontest.s.neon
LOCAL_ARM_NEON := true
endif
LOCAL_LDLIBS := -llog
include $(BUILD_SHARED_LIBRARY)
$(call import-mole,cpufeatures)
在使用JNI時，只需要在你當前項目工程目錄中添加jni文件夾，然後在裡面根據Sample中所提供的文件布局來做即可。當你用ndk-build（Windows下要在cygwin控制台中用ndk-build.cmd）來編譯時， 如果構建成功，則會在libs文件夾內生成一個libXXX.so。然後用Eclipse ADT重新打開你的項目工程，就會發現jni文件目錄以及生成好的so文件都會在你的工程文件目錄中展現出來。當然，你後面也能直接在Eclipse IDE下編輯.s匯編文件，這樣就更容易閱讀了。
最後，在Android匯編器中如果要注釋某條語句，那麼必須使用C89/90中的注釋符——/* ... */
用分號以及後來C++98中所引入的//形式都不管用。
在最新的NDK版本android-ndk-r8d中加入了ARM-Linux GCC4.7以及當前大紅大紫的LLVM Clang3.1。不過由於LLVM Clang3.1的很多編譯選項與GCC有不少區別，因此在使用Clang3.1的時候需要自己去配置相應的編譯選項。這個版本的NDK默認的編譯器工具鏈使用的是GCC4.6版本。如果要使用GCC4.7，那麼可以在Application.mk文件中添加NDK_TOOLCHAIN_VERSION=4.7；如果要使用Clang3.1，那麼可以在Application.mk中添加NDK_TOOLCHAIN_VERSION=clang3.1。下面給出一個合法的Application.mk的內容：

# Build with LLVM Clang3.1
#NDK_TOOLCHAIN_VERSION=clang3.1

# Build with ARM-Linux GCC4.7
NDK_TOOLCHAIN_VERSION=4.7

# Build only ARMv7-A machine code.
APP_ABI := armeabi-v7a

10. 如何利用android studio 編譯c code

學習 android 逆向分析過程中，需要學習 Arm 指令，不可避免要編寫一些 test code 並分析其指令，這是這篇文檔的背景。

在目前 android 提供的開發環境里，如果要編寫 c / cpp code， 一般是通過 ndk 開發套件，基本方法就是在
windows 或 linux 發行版上下載 ndk 環境，然後編寫 c / cpp code 然後編寫 Android.mk 文件，最後用
ndk-build 等工具進行編譯，編譯出來的可執行文件再通過 adb push 的方式提交到 devices 或 emulator
運行，如果要分析其指令，需要下載 android 提供的 prebuilts binutils 工具集（如android 源碼的
prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.7/arm-linux-androideabi/bin/
目錄），如果你在linux上用file命令查看一下這些工具，會發現 ：

root@ubuntu:bin# file objmp
objmp: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped

它們是x86架構的，這樣，你要分析devices或emulator里的elf文件，需要adb pull 下來，放在本地的linux環境或者windows里，用上述prebuilt工具分析。

稍微思考一下就會發現上述 ndk
的方式，對我們的需求來說有點太復雜了，我們真正希望的是像在標准linux發行版上那樣，可以用vi/vim等編輯工具寫 c/cpp
code,然後用 gcc /g++ 等編譯工具編譯，然後能直接運行或者用gdb調試，
或者用readelf/objmp等命令查看elf結果和匯編碼。問題變成了：如何在android上實現這一切？

下面的方式是經過本人收集和實際測試證明可行的，我的環境是：

目標機：小米2手機， android4.4.4, miui 6.3.5

本地機： win7

效果：在本地機adb目標機的shell, 然後用vi寫 c/cpp code, 直接在shell上用gcc編譯，用objmp分析指令

實現步驟如下：

1. 首先安裝 busybox apk . 這個app提供了後續需要的 busy vi, busy tar 等工具

2. 下載 adb putty ,http://yunpan.cn/cZ5x9UrDFUDdK （提取碼：e70e）

這個工具用來做終端，這里為什麼不用win7自帶的cmd或者其他增強版如 powerCmd 呢？ 因為用 windows 的 cmd 終端，adb shell 連接上手機後，執行 busybox vi 等命令，會出現亂碼，參考http://www.hu.com/question/20624475， 用這款 adb putty 終端則可以正常使用。

3. 下載 gcc arm,http://yunpan.cn/cZ5YVZzbvJqq4 （提取碼：80b8）