1. 交叉編譯鏈怎樣指定neon指令和軟硬浮點
解決方法： 注釋掉/cpu/arm920t/config.mk中的 -msoft-float選項 這時要make distclean，重新配置並make才可。 註：編譯傳統的nand_legacy架構又沒有這個問題。
2. 飛思卡爾iMx6Q有Neon指令集嗎
你不說我都快忘了這個比雙核還差的四核了
iMx6 Q，從開發板社區的消息來看是支持neon的，但是運算性能實在太坑爹了，安卓下基準測試只有9600多分，和一些A9修改版雙核持平，比k3v2和Tegra3等入門級四核還要低。
3. 如何用gcc編譯neon內聯函數
如何用gcc編譯neon
內聯函數
假設你的函數保存在main.c中。gcc-Smain.c-omain.s-S表示assembly匯編的意思，也就是生成匯編文件
在linux下面，如果要編譯一個C語言
頭文件
，,要使用GNU的gcc
編譯器
，以一個實例來說明如何使用gcc編譯器：
假設有下面...
4. neon-poky-linux-gnueabi代表什麼意思
自己之前一直沒搞清楚這兩個交叉編譯器到底有什麼問題,特意google一番,總結如下,希望能幫到道上和我有同樣困惑的兄弟….. 一. 什麼是ABI和EABI 1) ABI: 二進制應用程序介面(Application Binary Interface (ABI) for the ARM Architecture) 在計算...
5. 在armv8下編譯的時候使用了O3優化，相關計算就會自動使用neon嗎
對的。GCC可以通過自動向量化產生NEON指令
6. arm64位,支持neon什麼意思
arm64位,支持neon什麼意思？ARM也就是ARM處理器。
X86表示的是CPU指令集類型。
x64全稱」x86-64」也是CPU的指令集類型。
ARM處理器是Acorn計算機有限公司面向低預算市場設計的第一款RISC微處理器。
更早稱作Acorn RISC Machine。
ARM處理器本身是32位設計，但也配備16位指令集，一般來講比等價32位代碼節省達35%，卻能保留32位系統的所有優勢。
X86是由Intel推出的一種復雜指令集，用於控制晶元的運行的程序，現在X86已經廣泛運用到了家用PC領域。
「x86-64」，有時會簡稱為「x64」，是64位微處理器架構及其相應指令集的一種，也是Intel x86架構的延伸產品。
「x86-64」1999由AMD設計，AMD首次公開64位集以擴充給IA-32，稱為x86-64（後來改名為AMD64）。
其後也為英特爾所採用，現時英特爾稱之為「Intel 64」，在之前曾使用過Clackamas Technology （CT）、IA-32e及EM64T。
外界多使用"x86-64"或"x64"去稱呼此64位架構，從而保持中立，不偏袒任何廠商。
7. neon匯編中如何定義一個全局的數組，在匯編中使用
GBLA用於定義一個全局的數字變數，並初始化為 0
語法格式：GBLA 全局變數名
匯編語言的科學定義，其實就是介於機器碼（各種01）和高級語言（如C）之間的一種語言。你用C語言寫一段程序，其實要在機器上運行的話，機器是不懂的，要經過編譯器、匯編器編譯，變成匯編，最終再變成機器碼，機器根據這些機器碼的01可以控制硬體電路完成你程序想執行的操作。
8. 如何更輕松地使用安卓原生開發包和NEON SIMD指令集
你不說我都快忘了這個比雙核還差的四核了 iMx6 Q，從開發板社區的消息來看是支持neon的，但是運算性能實在太坑爹了，安卓下基準測試只有9600多分，和一些A9修改版雙核持平，比k3v2和Tegra3等入門級四核還要低。
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