安卓編譯器怎麼用

A. 如何在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

B. 安卓的我的世界編輯器有什麼用怎麼用

《Minecraft編輯器
PocketInvEditor》款庫存編輯有了工具,給自己更多方塊和物品無需編寫十六進制數字或連接計算機
【游戲特點】
-
載入和保存口袋版等級.dat文件
-
允許編輯所有物品生存模式編輯類型id傷害和數量!
-
項目id列表構建應用程序,只需單擊Browse!
-
鍵式備份和恢復.zip文件備份保存游戲/com.mojang/minecraftWorlds_backup
/(世界名字)

C. 方舟編譯器有什麼用，怎麼用

什麼是方舟編譯器？
了解方舟編譯器前，我們簡單了解下編譯器。編譯器能夠將高級語言轉換成機器能懂的機器碼，並按照指令運行。可以說是人類和機器溝通的橋梁。方舟編譯器是由華為百人專家團隊打造推出的高級語言直接編譯成機器碼的移動端編譯器。
方舟編譯器怎麼用？
1、用戶是否只需要在應用市場下載已編譯的軟體即可？
方舟編譯器編譯的應用在開發階段就已經完成。也就是說，只要是經過編譯器編譯的應用，在應用市場上上架了以後，用戶下載的就是編譯過的了。
2、方舟編譯器能給用戶帶來什麼？
它解決了安卓系統久用必卡頓的魔咒，打破了人機之間的藩籬，讓用戶能直觀感受到的就是：A、提升了應用的流暢度；
B、降低手機
CPU
的開銷；
C、進一步降低功耗提升了手機續航能力；
D、為用戶帶來更加持久流暢的體驗。

D. c4droid 安卓上的c++編譯器如何使用

先安裝主程序，然後在安裝三個擴展庫。
c4經常遇到的問題及其解決方法：case 1：為什麼每一次點run總會提示permission。。。。的啊？
因為你沒有root，如果root了還出現說明你是android2.2或者2.3.4，此時換一個刷機包就ok了。
case 2：我安裝上了gcc，並且把編譯器調成gcc了，但是每次 #include<SDL.h> 都會說「no such file or directory！」
你試試寫成「#include <SDL.h>」（include和<>之間加一個空格），這才是標准寫法，不這樣寫默認為terminal 模式。
使用：打開主程序，代碼敲好以後，點擊Compiled，也就是編譯，如果出現Successfully compile 如圖那樣的則代表編譯成功了。如果有錯誤則會出現error，我們根據提示，自己找到錯誤的地方。編譯好以後，點擊run就可以運行了，和電腦一樣。
c4droid還支持保存代碼，編寫好以後可以點擊save保存。
c4droid還支持打開代碼文件，可以是txt格式也可以是無格式文本。

E. 華為方舟編譯器是干什麼用的

華為的方舟編譯器是屬於系統內部底層的一個架構，類似於安卓底層架構來的，是手機運行的重要程序。

F. 安卓模擬器上的APK編輯器怎麼用啊

下面應該有設置選項，點開就能和安卓手機一樣~有應用程序搜索，電腦里的apk應該都能搜到，如果還不能，那就重下一個吧，因為看不清這款apk模擬器的名字，所以再下載的話，建議下bluestacks，這個模擬器在一般的軟體中心應該都有~純手打啦~望採納啦~

G. 安卓c語言編輯器怎麼用

c4droid是款Android設備上的C/C++程序編譯器，默認以tcc(tiny c compiler)為編譯器，可以選擇安裝gcc插件（20mb，只有root用戶可以使用），選用gcc後，可以用sdl（簡單直控媒體層庫，需安裝sdl plugin for c4droid）和qt（nokia官方開發庫,需安裝sdl plugin for c4droid）。也可以開發native android app（需安裝sdl plugin for c4droid），就像google ndk一樣。軟體支持代碼高亮，編譯時間隨cpu主頻而定，主頻越高編譯越快。gcc插件版本4.7.2提供了示列程序，包含sdl，android native，qt和命令行測試程序源碼。
安裝：
先安裝主程序，然後在安裝三個擴展庫。
c4經常遇到的問題及其解決方法：case 1：為什麼每一次點run總會提示permission。。。。的啊？
因為你沒有root，如果root了還出現說明你是android2.2或者2.3.4，此時換一個刷機包就ok了。
case 2：我安裝上了gcc，並且把編譯器調成gcc了，但是每次 #include<SDL.h> 都會說「no such file or directory！」
你試試寫成「#include <SDL.h>」（include和<>之間加一個空格），這才是標准寫法，不這樣寫默認為terminal 模式。
使用：打開主程序，代碼敲好以後，點擊Compiled，也就是編譯，如果出現Successfully compile 如圖那樣的則代表編譯成功了。如果有錯誤則會出現error，我們根據提示，自己找到錯誤的地方。編譯好以後，點擊run就可以運行了，和電腦一樣。
c4droid還支持保存代碼，編寫好以後可以點擊save保存。
c4droid還支持打開代碼文件，可以是txt格式也可以是無格式文本。

H. apk編輯器怎麼用

1、現在是改名字的教程，找到軟體，點擊打開。

I. 如何使用android的ndk編譯器 編譯c++的庫

1. 概述 首先回顧一下 Android NDK 開發中，Android.mk 和 Application.mk 各自的職責。 Android.mk，負責配置如下內容： （1） 模塊名（LOCAL_MODULE） （2） 需要編譯的源文件（LOCAL_SRC_FILES） （3） 依賴的第三方庫（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES） （4） 編譯/鏈接選項（LOCAL_LDLIBS、LOCAL_CFLAGS） Application.mk，負責配置如下內容： （1） 目標平台的ABI類型（默認值：armeabi）（APP_ABI） （2） Toolchains（默認值：GCC 4.8） （3） C++標准庫類型（默認值：system）（APP_STL） （4） release/debug模式（默認值：release） 由此我們可以看到，本文所涉及的編譯選項在Android.mk和Application.mk中均有出現，下面我們將一個個詳細介紹。 2. APP_ABI ABI全稱是：Application binary interface，即：應用程序二進制介面，它定義了一套規則，允許編譯好的二進制目標代碼在所有兼容該ABI的操作系統和硬體平台中無需改動就能運行。（具體的定義請參考 網路 或者 維基網路 ） 由上述定義可以判斷，ABI定義了規則，而具體的實現則是由編譯器、CPU、操作系統共同來完成的。不同的CPU晶元（如：ARM、Intel x86、MIPS）支持不同的ABI架構，常見的ABI類型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。 這就是為什麼我們編譯出來的可以運行於Windows的二進製程序不能運行於Mac OS/Linux/Android平台了，因為CPU晶元和操作系統均不相同，支持的ABI類型也不一樣，因此無法識別對方的二進製程序。 而我們所說的「交叉編譯」的核心原理也跟這些密切相關，交叉編譯，就是使用交叉編譯工具，在一個平台上編譯生成另一個平台上的二進制可執行程序，為什麼可以做到？因為交叉編譯工具實現了另一個平台所定義的ABI規則。我們在Windows/Linux平台使用Android NDK交叉編譯工具來編譯出Android平台的庫也是這個道理。 這里給出最新 Android NDK 所支持的ABI類型及區別： 那麼，如何指定ABI類型呢？在 Application.mk 文件中添加一行即可： APP_ABI := armeabi-v7a //只編譯armeabi-v7a版本 APP_ABI := armeabi armeabi-v7a //同時編譯armeabi，armeabi-v7a版本 APP_ABI := all //編譯所有版本 3. LOCAL_LDLIBS Android NDK 除了提供了Bionic libc庫，還提供了一些其他的庫，可以在 Android.mk 文件中通過如下方式添加依賴： LOCAL_LDLIBS := -lfoo 其中，如下幾個庫在 Android NDK 編譯時就默認鏈接了，不需要額外添加在 LOCAL_LDLIBS 中： （1） Bionic libc庫 （2） pthread庫（-lpthread） （3） math（-lmath） （4） C++ support library (-lstdc++) 下面我列了一個表，給出了可以添加到「LOCAL_LDLIBS」中的不同版本的Android NDK所支持的庫： 下面是我總結的一些常用的CFLAGS編譯選項： （1）通用的編譯選項 -O2 編譯優化選項，一般選擇O2，兼顧了優化程度與目標大小 -Wall 打開所有編譯過程中的Warning -fPIC 編譯位置無關的代碼，一般用於編譯動態庫 -shared 編譯動態庫 -fopenmp 打開多核並行計算， -Idir 配置頭文件搜索路徑，如果有多個-I選項，則路徑的搜索先後順序是從左到右的，即在前面的路徑會被選搜索 -nostdinc 該選項指示不要標准路徑下的搜索頭文件，而只搜索-I選項指定的路徑和當前路徑。 --sysroot=dir 用dir作為頭文件和庫文件的邏輯根目錄，例如，正常情況下，如果編譯器在/usr/include搜索頭文件，在/usr/lib下搜索庫文件，它將用dir/usr/include和dir/usr/lib替代原來的相應路徑。 -llibrary 查找名為library的庫進行鏈接 -Ldir 增加-l選項指定的庫文件的搜索路徑，即編譯器會到dir路徑下搜索-l指定的庫文件。 -nostdlib 該選項指示鏈接的時候不要使用標准路徑下的庫文件 （2） ARM平台相關的編譯選項 -marm -mthumb 二選一，指定編譯thumb指令集還是arm指令集 -march=name 指定特定的ARM架構，常用的包括：-march=armv6， -march=armv7-a -mfpu=name 給出目標平台的浮點運算處理器類型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16 -mfloat-abi=name 給出目標平台的浮點預算ABI，支持的參數包括：「soft」, 「softfp」 and 「hard」