arm下編譯pcre
Ⅰ 在armv8下編譯的時候使用了O3優化，相關計算就會自動使用neon嗎
對的。GCC可以通過自動向量化產生NEON指令
Ⅱ 如何建立linux下的ARM交叉編譯環境
首先安裝交叉編譯器，網路「arm-linux-gcc」就可以一個編譯器壓縮包。
把壓縮包放到linux系統中，解壓，這樣就算安裝好了交叉編譯器。
設置編譯器環境變數，具體方式網路。如打開 /etc/bash.bashrc，添加剛才安裝的編譯器路徑 export PATH=/home/。。。/4.4.3/bin:$PATH。這樣是為了方便使用，用arm-linux-gcc即可，不然既要帶全路徑/home//bin/arm-linux-gcc,這樣不方便使用。
編譯c文件。和gcc編譯相似，把gcc用arm-linu-gcc代替就是了。編譯出來的就可以放到arm上運行了。</ol>
Ⅲ linux arm 交叉編譯怎麼使用
交叉編譯器通常以 arm-none-linux-gnueabi.tar.bz2 這樣的名稱發布（不同廠家的不同開發平台，交叉編譯工具鏈的實際名稱可能有所差別，請以實際為准），解壓命令： vmuser@Linux-host: ~$ tar xjvf arm-none-linux-gnueabi.tar.bz2 如果希望解壓...
Ⅳ linux 下用arm體系QT編譯問題（目前我系統里有X86 和 arm體系（老師編好的）的QT各一個）
貌似是缺少系統庫，有些版本的linux編譯qt是會出現缺少系統庫而導致編譯不成功的問題，不是很推薦用最新的編譯器來編譯，其實2.4的內核和3.4.5的編譯器做qt就已經足夠了，你可以去查查看那些版本的linux下可以成功的編譯qt，安裝的時候盡可能把開發用的庫都選上，不然就只有自己再去打補丁，
僅作參考
Ⅳ x86與ARM架構下的編譯器的區別
ARM是簡單指令集。。。 指令集長度短
Ⅵ 交叉編譯器 arm-linux-gnueabi 和 arm-linux-gnueabihf 的區別
自己之前一直沒搞清楚這兩個交叉編譯器到底有什麼問題,特意google一番,總結如下,希望能幫到道上和我有同樣困惑的兄弟…..
一. 什麼是ABI和EABI
1) ABI: 二進制應用程序介面(Application Binary Interface (ABI) for the ARM Architecture)
在計算機中，應用二進制介面描述了應用程序（或者其他類型）和操作系統之間或其他應用程序的低級介面.
ABI涵蓋了各種細節，如：
數據類型的大小、布局和對齊;
調用約定（控制著函數的參數如何傳送以及如何接受返回值），例如，是所有的參數都通過棧傳遞，還是部分參數通過寄存器傳遞；哪個寄存器用於哪個函數參數；通過棧傳遞的第一個函數參數是最先push到棧上還是最後；
系統調用的編碼和一個應用如何向操作系統進行系統調用；
以及在一個完整的操作系統ABI中，目標文件的二進制格式、程序庫等等。
一個完整的ABI，像Intel二進制兼容標准 (iBCS) ，允許支持它的操作系統上的程序不經修改在其他支持此ABI的操作體統上運行。
ABI不同於應用程序介面（API），API定義了源代碼和庫之間的介面，因此同樣的代碼可以在支持這個API的任何系統中編譯，ABI允許編譯好的目標代碼在使用兼容ABI的系統中無需改動就能運行。
2) EABI: 嵌入式ABI
嵌入式應用二進制介面指定了文件格式、數據類型、寄存器使用、堆積組織優化和在一個嵌入式軟體中的參數的標准約定。
開發者使用自己的匯編語言也可以使用EABI作為與兼容的編譯器生成的匯編語言的介面。
支持EABI的編譯器創建的目標文件可以和使用類似編譯器產生的代碼兼容，這樣允許開發者鏈接一個由不同編譯器產生的庫。
EABI與關於通用計算機的ABI的主要區別是應用程序代碼中允許使用特權指令，不需要動態鏈接（有時是禁止的），和更緊湊的堆棧幀組織用來節省內存。廣泛使用EABI的有Power PC和ARM.
二. gnueabi相關的兩個交叉編譯器: gnueabi和gnueabihf
在debian源里這兩個交叉編譯器的定義如下:
gcc-arm-linux-gnueabi – The GNU C compiler for armel architecture
gcc-arm-linux-gnueabihf – The GNU C compiler for armhf architecture
可見這兩個交叉編譯器適用於armel和armhf兩個不同的架構, armel和armhf這兩種架構在對待浮點運算採取了不同的策略(有fpu的arm才能支持這兩種浮點運算策略)
其實這兩個交叉編譯器只不過是gcc的選項-mfloat-abi的默認值不同. gcc的選項-mfloat-abi有三種值soft,softfp,hard(其中後兩者都要求arm里有fpu浮點運算單元,soft與後兩者是兼容的，但softfp和hard兩種模式互不兼容)：
soft : 不用fpu進行浮點計算，即使有fpu浮點運算單元也不用,而是使用軟體模式。
softfp : armel架構(對應的編譯器為gcc-arm-linux-gnueabi)採用的默認值，用fpu計算，但是傳參數用普通寄存器傳，這樣中斷的時候，只需要保存普通寄存器，中斷負荷小，但是參數需要轉換成浮點的再計算。
hard : armhf架構(對應的編譯器gcc-arm-linux-gnueabihf)採用的默認值，用fpu計算，傳參數也用fpu中的浮點寄存器傳，省去了轉換, 性能最好，但是中斷負荷高。
把以下測試使用的c文件內容保存成mfloat.c：
#include <stdio.h>
int main(void)
{
double a,b,c;
a = 23.543;
b = 323.234;
c = b/a;
printf(「the 13/2 = %f\n」, c);
printf(「hello world !\n」);
return 0;
}
1)使用arm-linux-gnueabihf-gcc編譯，使用「-v」選項以獲取更詳細的信息:
# arm-linux-gnueabihf-gcc -v mfloat.c
COLLECT_GCC_OPTIONS=』-v』 『-march=armv7-a』 『-mfloat-abi=hard』 『-mfpu=vfpv3-d16′ 『-mthumb』
-mfloat-abi=hard，可看出使用hard硬體浮點模式。
2)使用arm-linux-gnueabi-gcc編譯:
# arm-linux-gnueabi-gcc -v mfloat.c
COLLECT_GCC_OPTIONS=』-v』 『-march=armv7-a』 『-mfloat-abi=softfp』 『-mfpu=vfpv3-d16′ 『-mthumb』
-mfloat-abi=softfp，可看出使用softfp模式。
三. 拓展閱讀
下文闡述了ARM代碼編譯時的軟浮點(soft-float)和硬浮點(hard-float)的編譯以及鏈接實現時的不同。從VFP浮點單元的引入到軟浮點(soft-float)和硬浮點(hard-float)的概念
VFP (vector floating-point)
從ARMv5開始，就有可選的 Vector Floating Point (VFP) 模塊，當然最新的如 Cortex-A8, Cortex-A9 和 Cortex-A5 可以配置成不帶VFP的模式供晶元廠商選擇。
VFP經過若干年的發展，有VFPv2 (一些 ARM9 / ARM11)、 VFPv3-D16（只使用16個浮點寄存器，默認為32個）和VFPv3+NEON (如大多數的Cortex-A8晶元) 。對於包含NEON的ARM晶元，NEON一般和VFP公用寄存器。
硬浮點Hard-float
編譯器將代碼直接編譯成發射給硬體浮點協處理器（浮點運算單元FPU）去執行。FPU通常有一套額外的寄存器來完成浮點參數傳遞和運算。
使用實際的硬體浮點運算單元FPU當然會帶來性能的提升。因為往往一個浮點的函數調用需要幾個或者幾十個時鍾周期。
軟浮點 Soft-float
編譯器把浮點運算轉換成浮點運算的函數調用和庫函數調用，沒有FPU的指令調用，也沒有浮點寄存器的參數傳遞。浮點參數的傳遞也是通過ARM寄存器或者堆棧完成。
現在的Linux系統默認編譯選擇使用hard-float，即使系統沒有任何浮點處理器單元，這就會產生非法指令和異常。因而一般的系統鏡像都採用軟浮點以兼容沒有VFP的處理器。
armel ABI和armhf ABI
在armel中，關於浮點數計算的約定有三種。以gcc為例，對應的-mfloat-abi參數值有三個：soft,softfp,hard。
soft是指所有浮點運算全部在軟體層實現，效率當然不高，會存在不必要的浮點到整數、整數到浮點的轉換，只適合於早期沒有浮點計算單元的ARM處理器；
softfp是目前armel的默認設置，它將浮點計算交給FPU處理，但函數參數的傳遞使用通用的整型寄存器而不是FPU寄存器；
hard則使用FPU浮點寄存器將函數參數傳遞給FPU處理。
需要注意的是，在兼容性上，soft與後兩者是兼容的，但softfp和hard兩種模式不兼容。
默認情況下，armel使用softfp，因此將hard模式的armel單獨作為一個abi，稱之為armhf。
而使用hard模式，在每次浮點相關函數調用時，平均能節省20個CPU周期。對ARM這樣每個周期都很重要的體系結構來說，這樣的提升無疑是巨大的。
在完全不改變源碼和配置的情況下，在一些應用程序上，使用armhf能得到20%——25%的性能提升。對一些嚴重依賴於浮點運算的程序，更是可以達到300%的性能提升。
Soft-float和hard-float的編譯選項
在CodeSourcery gcc的編譯參數上，使用-mfloat-abi=name來指定浮點運算處理方式。-mfpu=name來指定浮點協處理的類型。
可選類型如fpa，fpe2，fpe3，maverick，vfp，vfpv3，vfpv3-fp16，vfpv3-d16，vfpv3-d16-fp16，vfpv3xd，vfpv3xd-fp16，neon，neon-fp16，vfpv4，vfpv4-d16，fpv4-sp-d16，neon-vfpv4等。
使用-mfloat-abi=hard (等價於-mhard-float) -mfpu=vfp來選擇編譯成硬浮點。使用-mfloat-abi=softfp就能兼容帶VFP的硬體以及soft-float的軟體實現，運行時的連接器ld.so會在執行浮點運算時對於運算單元的選擇，
是直接的硬體調用還是庫函數調用，是執行/lib還是/lib/vfp下的libm。-mfloat-abi=soft （等價於-msoft-float）直接調用軟浮點實現庫。
在ARM RVCT工具鏈下，定義fpu模式：
–fpu softvfp
–fpu softvfp+vfpv2
–fpu softvfp+vfpv3
–fpu softvfp+vfpv_fp16
–fpu softvfp+vfpv_d16
–fpu softvfp+vfpv_d16_fp16.
定義浮點運算類型
–fpmode ieee_full : 所有單精度float和雙精度double的精度都要和IEEE標准一致，具體的模式可以在運行時動態指定；
–fpmode ieee_fixed ： 舍入到最接近的實現的IEEE標准，不帶不精確的異常；
–fpmode ieee_no_fenv ：舍入到最接近的實現的IEEE標准，不帶異常；
–fpmode std ：非規格數flush到0、舍入到最接近的實現的IEEE標准，不帶異常；
–fpmode fast ： 更積極的優化，可能會有一點精度損失。
Ⅶ arm-linux 交叉編譯環境的建立，希望有清楚的人解答，復制的閃人
是這樣子的，計算機linux中原有的gcc是針對通用的X86等處理器而言的，編譯出來的可執行文件是只能在通用計算機上運行的，arm也是一種處理器，只不過其指令等和X86等CPU不同，所以需要有針對arm的編譯器來編譯源程序，才能在arm中運行。
我在arm9下做過linux，qt編程，需要先在PC上安裝linux，然後安裝arm-linux-gcc，同時為了可以使用arm-linux-gcc來編譯程序，需要指定環境變數，這個可以在.profile等文件中進行更改，具體辦法你查一下就知道了。或者使用export命令在終端中設置環境變數。兩種方法的結果有區別哦！
你想用2440的開發板的話就是arm9了，我還沒找到arm9的模擬工具，但是網上已經有arm7的模擬工具。
對於arm-linux-gcc，只要你安裝好並設置好了路徑（環境變數）後，在一個終端中輸入#arm-linux-gcc -v
那麼你一般可以看到你安裝的arm-linux-gcc 版本信息，到此你就可以使用它編譯你的源程序，然後將生成的可執行文件下載到arm開發板中就可以運行了。
還有什麼問題再說吧，我也是一個人摸索出來的，估計摸索了一個月才成功的在arm上運行了第一個自己的qt圖形界面程序，祝你好運！
我的建議：
一、熟悉linux 的各種操作命令（如export）
二、學會怎麼下載可執行文件到arm中
三、學會用pc控制arm上的linux
我只用過arm-linux-gcc，在你的安裝文件夾下可以找到
Ⅷ arm交叉編譯lighttpd問題。
不管你強行拷貝的/usr/include/pcre.h 還是 apt-get install libpcre3 libpcre3-dev 安裝的，都是對應於你 linux 主機（即 ubuntu那台機器)上的 pcre， 而不是你要交叉編譯的ARM 的 pcre， 都是無法用於 ARM 上的 lighttpd的。
所以你要麼找到已經編譯好的 ARM 的 pcre 庫文件 (libpcre.so , libpcre.a) 及對應的頭文件 pcre.h， 要麼你就自己去編譯一個。
Ⅸ jdk nginx. redis 在arm和x86要分別編譯
一、注意openssl和pcre只需要把源碼解壓縮，不需要單獨交叉編譯！
開始的時候不知道，傻傻的把這兩個庫弄半天把它們編譯過去了。誰知道nginx的--with-pcre和--with-openssl選項，指定的是這兩個庫源代碼的路徑，並非安裝路徑！nginx的編譯系統只會從/usr、/usr/local等少數幾個目錄查找是否有預編譯的pcre、zlib、openssl等庫。對於交叉編譯，直接把交叉編譯後的pcre等安裝在/usr、/usr/local顯然不合適，因此需要使用--with-pcre和--with-openssl指定源代碼的位置
二、交叉編譯nginx
在x64 linux上面編譯非常簡單的nginx，沒想到在交叉編譯的時候巨多坑。下面一個configure是編譯成功的配置
進入/usr/local/src目錄，創建nginx文件夾。入剛創建的nginx目錄，下載nginx的tar包，解壓，進入解壓生成的目錄，進行配置（後面有補充，建議通讀一遍）編譯安裝查找安裝路徑，在執行make編譯時，可以添加要編譯的參數，已安裝完成，比如我現在要新增 http_stub_status_mole 模塊參數，那麼我只要把該參數添加進去然後重新編譯即可，需要注意的是原先編譯過的參數也要加進來。
進入nginx的安裝目錄，因為我安裝的時候沒有添加任何參數，所以這里我只需要執行
我這里只需要這一個模塊，如果你安裝的nginx還使用其他的模塊，記得在上面的編譯命令中加上。
另外，這里只能 make 千萬別 make install，否則就覆蓋安裝了。
make完成後，在源碼目錄下會有一個objs目錄，objs目錄下就多了個nginx，這個就是新版本的程序了；
然後將objs目錄下的nginx替換之前已經安裝過的nginx（建議將舊的nginx程序做下備份）
，
Ⅹ Arm編譯器有什麼用
Arm RVDS 4.1中的Arm編譯器是唯一一個與Arm編譯器聯合開發的商用編譯器，專門設計用於為 Arm 編譯器架構程序並提供最優支持。該編譯器的開發歷經有20年左右，被公認為是業界標准 C 和 C++ 編譯器，用於生成面向 Arm、Thumb、Thumb-2、VFP 和 NEON 指令集的應用程序。詳情請到億道電子咨詢