arm編譯適配
A. 如何適配Arm64架構的 iosAPP
如何適配Arm64架構的 iosAPP
我們先來談談「64位」這個術語及其含義。大家對於這個術語一直比較困惑，很大一部分原因在於，它沒有統一的、約定俗成的定義。然而，在大體上卻達成了一些共識，盡管這些共識並未為大眾所知。
「×× 位」CPU通常是指兩個部分的寬度：整數寄存器的寬度和指針的寬度。值得慶幸的是，在大多數現代CPU中，它們是一致的。「64位」通常是指CPU有64 位整數寄存器和64位指針。除了搞清楚「64位」所指的對象外，明白非「64位」所指的對象也十分重要，這些對象通常包括以下幾種。
內存（RAM）地址大小。這一數值（關繫到硬體可支持的最大內存）與CPU的位數無關。ARM架構的內存地址通常從26位到40位不等。
數據匯流排大小。CPU從內存或緩存中獲取的數據量也與CPU的位數無關，某些CPU指令可能需要特定大小的數據，但在實際應用中，既可一次獲取多條指令， 也可多次獲取一條指令。上一代iPhone就已經以64位塊為單位從內存獲取數據了。在PC中，塊大小最高可達192位。
與浮點運算相關的參數。FPU寄存器的大小和內部設計是獨立的，ARM架構採用64位FPU已頗有段時間了。
「64位」的優點與缺點
盡管64位與硬體可支持的最大內存無關，但便於單一程序使用更大內存。在32位CPU中，單一程序僅有4GB地址空間，減去被操作系統和標准庫所佔用的部 分，只剩1～3GB可用。如果一個32位系統的RAM超過4GB，單一程序很難充分利用全部空間，除非開發者耍些小聰明，例如直接命令操作系統按需求分配 內存，或將程序拆分成多個進程。但在實際應用中，很少有程序這么做，因為編程更麻煩，還會有損性能。系統擁有更多內存的好處是，能同時運行多個應用並減少 硬碟緩存。這樣固然不錯，但難免有個別程序需要使用更多內存的情況。
即使對於物理內存較小的系統，更大的地址空間也有幫助。內存映射文件是種有用的結構，在32位系統中，程序不能映射大文件（通常是指超過幾百MB的文件），而64位系統的可用地址空間更大，不必有這方面的擔心。
不過，增加指針寬度有個嚴重的缺點：在所有其他條件都相同的情況下，單一程序在64位CPU系統中更占內存。因為指針本身也需要存儲於內存中，在64位系統 上，這個空間增加了一倍。而大多數程序運用指針很頻繁，所以額外佔用的空間往往不少。這給緩存帶來了壓力，從而導致性能降低。
簡而言之，「64位」可以提升某些應用的性能，並使內存映射文件這種編程技術更易用。不過，它也會因佔用更多內存而降低性能。
ARM64
iPhone 5S的64位CPU是配有更寬寄存器的ARM處理器，與32位ARM架構相比，64位ARM架構包括以下重大變動：首先是名稱的變化——它的官方名稱為 「AArch64」，但這個名字讀起來很繞口，敲起來也別扭。蘋果稱它為ARM64，我也更傾向於用這個名字。
較32位ARM架構而 言，ARM64的整數寄存器數量增加了一倍，32位ARM架構有16個整數寄存器，其中1個是專用的程序計數器，還有2個用於堆棧指針和鏈接，其他13個 則作一般用途。而ARM64位架構有32個整數寄存器，包括1個專用的零寄存器，1個鏈接寄存器和1個幀指針寄存器，還有1個寄存器預留給平台，另外28 個則為通用整數寄存器。ARM64上可用浮點寄存器的數量有所增加。32位ARM處理器有32個32位浮點寄存器，還有16個額外的64位寄存器。這些寄 存器的結構有些特殊，可被視為等價於16個重疊的128位寄存器。ARM64則將其簡化為32個128位寄存器，且沒有重疊。
寄存器的數量 會對性能會產生巨大影響。與CPU相比，內存要慢得多。與CPU處理一條指令的時間相比，讀取和寫入內存都需要更長時間。CPU試圖通過引入緩存來緩解這 一差距。但與CPU內部的寄存器相比，即使速度最快的緩存也慢得多。更多的寄存器意味著更多數據能存儲在CPU內部，這降低了內存訪問頻率，同時提高了性 能。
除了增加寄存器數量，ARM64也為指令集帶來了重大變化。大多數32位ARM處理器可基於運行時條件寄存器的狀態執行條件指令，這使 得在編譯if等語句時無需分支。不過這種方式引入的麻煩多於便利，因此ARM64取消了條件執行。ARM64的NEON SIMD單元完全符合IEEE754雙精度標准，而32位版本的NEON SIMD單元只支持單精度。ARM64還增加了專門的AES、SHA-1、SHA-256加密指令。這些指令也許對普通應用幫助不大，但對特定領域的應用 來說價值無窮。
B. 如何建立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>
C. 如何建立Linux下的ARM交叉編譯環境
這個過程如下
1. 下載源文件、補丁和建立編譯的目錄
2. 建立內核頭文件
3. 建立二進制工具（binutils）
4. 建立初始編譯器（bootstrap gcc）
5. 建立c庫(glibc)
6. 建立全套編譯器（full gcc）
下載源文件、補丁和建立編譯的目錄
1. 選定軟體版本號
選擇軟體版本號時，先看看glibc源代碼中的INSTALL文件。那裡列舉了該版本的glibc編譯時所需的binutils 和gcc的版本號。例如在 glibc-2.2.3/INSTALL 文件中推薦 gcc 用 2.95以上，binutils 用 2.10.1 以上版本。
我選的各個軟體的版本是：
linux-2.4.21+rmk2
binutils-2.10.1
gcc-2.95.3
glibc-2.2.3
glibc-linuxthreads-2.2.3
如果你選的glibc的版本號低於2.2，你還要下載一個叫glibc-crypt的文件，例如glibc-crypt-2.1.tar.gz。 Linux 內核你可以從www.kernel.org 或它的鏡像下載。
Binutils、gcc和glibc你可以從FSF的ftp站點ftp://ftp.gun.org/gnu/ 或它的鏡像去下載。在編譯glibc時，要用到 Linux 內核中的 include 目錄的內核頭文件。如果你發現有變數沒有定義而導致編譯失敗，你就改變你的內核版本號。例如我開始用linux-2.4.25+vrs2，編譯glibc-2.2.3 時報 BUS_ISA 沒定義，後來發現在 2.4.23 開始它的名字被改為 CTL_BUS_ISA。如果你沒有完全的把握保證你改的內核改完全了，就不要動內核，而是把你的 Linux 內核的版本號降低或升高，來適應 glibc。
Gcc 的版本號，推薦用 gcc-2.95 以上的。太老的版本編譯可能會出問題。Gcc-2.95.3 是一個比較穩定的版本，也是內核開發人員推薦用的一個 gcc 版本。
如果你發現無法編譯過去，有可能是你選用的軟體中有的加入了一些新的特性而其他所選軟體不支持的原因，就相應降低該軟體的版本號。例如我開始用 gcc-3.3.2，發現編譯不過，報 as、ld 等版本太老，我就把 gcc 降為 2.95.3。太新的版本大多沒經過大量的測試，建議不要選用。
2. 建立工作目錄
首先，我們建立幾個用來工作的目錄：
在你的用戶目錄，我用的是用戶liang，因此用戶目錄為 /home/liang，先建立一個項目目錄embedded。
$pwd
/home/liang
$mkdir embedded
再在這個項目目錄 embedded 下建立三個目錄 build-tools、kernel 和 tools。
build-tools-用來存放你下載的 binutils、gcc 和 glibc 的源代碼和用來編譯這些源代碼的目錄。
kernel-用來存放你的內核源代碼和內核補丁。
tools-用來存放編譯好的交叉編譯工具和庫文件。
$cd embedded
$mkdir build-tools kernel tools
執行完後目錄結構如下：
$ls embedded
build-tools kernel tools
3. 輸出和環境變數
我們輸出如下的環境變數方便我們編譯。
$export PRJROOT=/home/liang/embedded
$export TARGET=arm-linux
$export PREFIX=$PRJROOT/tools
$export TARGET_PREFIX=$PREFIX/$TARGET
$export PATH=$PREFIX/bin:$PATH
如果你不慣用環境變數的，你可以直接用絕對或相對路徑。我如果不用環境變數，一般都用絕對路徑，相對路徑有時會失敗。環境變數也可以定義在.bashrc文件中，這樣當你logout或換了控制台時，就不用老是export這些變數了。
體系結構和你的TAEGET變數的對應如下表
你可以在通過glibc下的config.sub腳本來知道，你的TARGET變數是否被支持，例如：
$./config.sub arm-linux
arm-unknown-linux-gnu
在我的環境中，config.sub 在 glibc-2.2.3/scripts 目錄下。
網上還有一些 HOWTO 可以參考，ARM 體系結構的《The GNU Toolchain for ARM Target HOWTO》，PowerPC 體系結構的《Linux for PowerPC Embedded Systems HOWTO》等。對TARGET的選取可能有幫助。
4. 建立編譯目錄
為了把源碼和編譯時生成的文件分開，一般的編譯工作不在的源碼目錄中，要另建一個目錄來專門用於編譯。用以下的命令來建立編譯你下載的binutils、gcc和glibc的源代碼的目錄。
$cd $PRJROOT/build-tools
$mkdir build-binutils build-boot-gcc build-gcc build-glibc gcc-patch
build-binutils-編譯binutils的目錄
build-boot-gcc-編譯gcc 啟動部分的目錄
build-glibc-編譯glibc的目錄
build-gcc-編譯gcc 全部的目錄
gcc-patch-放gcc的補丁的目錄
gcc-2.95.3 的補丁有 gcc-2.95.3-2.patch、gcc-2.95.3-no-fixinc.patch 和gcc-2.95.3-returntype-fix.patch，可以從 http://www.linuxfromscratch.org/ 下載到這些補丁。
再將你下載的 binutils-2.10.1、gcc-2.95.3、glibc-2.2.3 和 glibc-linuxthreads-2.2.3 的源代碼放入 build-tools 目錄中
看一下你的 build-tools 目錄，有以下內容：
$ls
binutils-2.10.1.tar.bz2 build-gcc gcc-patch
build-binutls build-glibc glibc-2.2.3.tar.gz
build-boot-gcc gcc-2.95.3.tar.gz glibc-linuxthreads-2.2.3.tar.gz
建立內核頭文件
把你從 www.kernel.org 下載的內核源代碼放入 $PRJROOT /kernel 目錄
進入你的 kernel 目錄：
$cd $PRJROOT /kernel
解開內核源代碼
$tar -xzvf linux-2.4.21.tar.gz
或
$tar -xjvf linux-2.4.21.tar.bz2
小於 2.4.19 的內核版本解開會生成一個 linux 目錄，沒帶版本號，就將其改名。
$mv linux linux-2.4.x
給 Linux 內核打上你的補丁
$cd linux-2.4.21
$patch -p1 < ../patch-2.4.21-rmk2
編譯內核生成頭文件
$make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig
你也可以用 config 和 xconfig 來代替 menuconfig，但這樣用可能會沒有設置某些配置文件選項和沒有生成下面編譯所需的頭文件。推薦大家用 make menuconfig，這也是內核開發人員用的最多的配置方法。配置完退出並保存，檢查一下的內核目錄中的 include/linux/version.h 和 include/linux/autoconf.h 文件是不是生成了，這是編譯 glibc 是要用到的，version.h 和 autoconf.h 文件的存在，也說明了你生成了正確的頭文件。
還要建立幾個正確的鏈接
$cd include
$ln -s asm-arm asm
$cd asm
$ln -s arch-epxa arch
$ln -s proc-armv proc
接下來為你的交叉編譯環境建立你的內核頭文件的鏈接
$mkdir -p $TARGET_PREFIX/include
$ln -s $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include/linux
$in -s $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include/asm
也可以把 Linux 內核頭文件拷貝過來用
$mkdir -p $TARGET_PREFIX/include
$cp -r $PRJROOT/kernel/linux-2.4.21/include/linux $TARGET_PREFIX/include
$cp -r $PRJROOT/kernel/linux-2.4.21/include/asm-arm $TARGET_PREFIX/include
建立二進制工具（binutils）
binutils是一些二進制工具的集合，其中包含了我們常用到的as和ld。
首先，我們解壓我們下載的binutils源文件。
$cd $PRJROOT/build-tools
$tar -xvjf binutils-2.10.1.tar.bz2
然後進入build-binutils目錄配置和編譯binutils。
$cd build-binutils
$../binutils-2.10.1/configure --target=$TARGET --prefix=$PREFIX
--target 選項是指出我們生成的是 arm-linux 的工具，--prefix 是指出我們可執行文件安裝的位置。
會出現很多 check，最後產生 Makefile 文件。
有了 Makefile 後，我們來編譯並安裝 binutils，命令很簡單。
$make
$make install
看一下我們 $PREFIX/bin 下的生成的文件
$ls $PREFIX/bin
arm-linux-addr2line arm-linux-gasp arm-linux-objmp arm-linux-strings
arm-linux-ar arm-linux-ld arm-linux-ranlib arm-linux-strip
arm-linux-as arm-linux-nm arm-linux-readelf
arm-linux-c++filt arm-linux-obj arm-linux-size
我們來解釋一下上面生成的可執行文件都是用來干什麼的
add2line - 將你要找的地址轉成文件和行號，它要使用 debug 信息。
Ar-產生、修改和解開一個存檔文件
As-gnu 的匯編器
C++filt-C++ 和 java 中有一種重載函數，所用的重載函數最後會被編譯轉化成匯編的標號，c++filt 就是實現這種反向的轉化，根據標號得到函數名。
Gasp-gnu 匯編器預編譯器。
Ld-gnu 的連接器
Nm-列出目標文件的符號和對應的地址
Obj-將某種格式的目標文件轉化成另外格式的目標文件
Objmp-顯示目標文件的信息
Ranlib-為一個存檔文件產生一個索引，並將這個索引存入存檔文件中
Readelf-顯示 elf 格式的目標文件的信息
Size-顯示目標文件各個節的大小和目標文件的大小
Strings-列印出目標文件中可以列印的字元串，有個默認的長度，為4
Strip-剝掉目標文件的所有的符號信息
建立初始編譯器（bootstrap gcc）
首先進入 build-tools 目錄，將下載 gcc 源代碼解壓
$cd $PRJROOT/build-tools
$tar -xvzf gcc-2.95.3.tar.gz
然後進入 gcc-2.95.3 目錄給 gcc 打上補丁
$cd gcc-2.95.3
$patch -p1< ../gcc-patch/gcc-2.95.3.-2.patch
$patch -p1< ../gcc-patch/gcc-2.95.3.-no-fixinc.patch
$patch -p1< ../gcc-patch/gcc-2.95.3-returntype-fix.patch
echo timestamp > gcc/cstamp-h.in
在我們編譯並安裝 gcc 前，我們先要改一個文件 $PRJROOT/gcc/config/arm/t-linux，把
TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC
這一行改為
TARGET_LIBGCC2-CFLAGS = -fomit-frame-pointer -fPIC -Dinhibit_libc -D__gthr_posix_h
你如果沒定義 -Dinhibit，編譯時將會報如下的錯誤
http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:41: stdlib.h: No such file or directory
http://www.cnblogs.com/gcc-2.95.3/gcc/libgcc2.c:42: unistd.h: No such file or directory
make[3]: *** [libgcc2.a] Error 1
make[2]: *** [stmp-multilib-sub] Error 2
make[1]: *** [stmp-multilib] Error 1
make: *** [all-gcc] Error 2
D. android jni程序（c++）如何編譯適用於arm-v8指令集的32位程序
可以看到Android上層的Application和ApplicationFramework都是使用Java編寫，
底層包括系統和使用眾多的LIiraries都是C/C++編寫的。
所以上層Java要調用底層的C/C++函數庫必須通過Java的JNI來實現。
下面將學習Android是如何通過Jni來實現Java對C/C++函數的調用。以HelloWorld程序為例：
第一步：
使用Java編寫HelloWorld 的Android應用程序：
package com.lucyfyr;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
public class HelloWorld extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Log.v("fresne", printJNI("I am HelloWorld Activity"));
}
static
{
//載入庫文件
System.loadLibrary("HelloWorldJni");
}
//聲明原生函數 參數為String類型 返回類型為String
private native String printJNI(String inputStr);
}
這一步我們可以使用eclipse來生成一個App；
因為eclipse會自動為我們編譯此Java文件，後面要是用到。
第二步：
生成共享庫的頭文件：
進入到eclipse生成的Android Project中 ：/HelloWorld/bin/classes/com/lucyfyr/
下：
可以看到裡面後很多後綴為.class的文件，就是eclipse為我們自動編譯好了的java文件，其中就有：
HelloWorld.class文件。
退回到classes一級目錄：/HelloWorld/bin/classes/
執行如下命令：
javah com.lucyfyr.HelloWorld
生成文件:com_lucyfyr_HelloWorld.h
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_lucyfyr_HelloWorld */
#ifndef _Included_com_lucyfyr_HelloWorld
#define _Included_com_lucyfyr_HelloWorld
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: com_lucyfyr_HelloWorld
* Method: printJNI
* Signature: (Ljava/lang/String;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI
(JNIEnv *, jobject, jstring);
#ifdef __cplusplus
}
#endif
#endif
可以看到自動生成對應的函數：Java_com_lucyfyr_HelloWorld_printJNI
Java_ + 包名（com.lucyfyr） + 類名(HelloWorld) + 介面名(printJNI)：必須要按此JNI規范來操作；
java虛擬機就可以在com.simon.HelloWorld類調用printJNI介面的時候自動找到這個C實現的Native函數調用。
當然函數名太長，可以在.c文件中通過函數名映射表來實現簡化。
第三步：
實現JNI原生函數源文件：
新建com_lucyfyr_HelloWorld.c文件：
#include <jni.h>
#define LOG_TAG "HelloWorld"
#include <utils/Log.h>
/* Native interface, it will be call in java code */
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI(JNIEnv *env, jobject obj,jstring inputStr)
{
LOGI("fresne Hello World From libhelloworld.so!");
// 從 instring 字元串取得指向字元串 UTF 編碼的指針
const char *str =
(const char *)(*env)->GetStringUTFChars( env,inputStr, JNI_FALSE );
LOGI("fresne--->%s",(const char *)str);
// 通知虛擬機本地代碼不再需要通過 str 訪問 Java 字元串。
(*env)->ReleaseStringUTFChars(env, inputStr, (const char *)str );
return (*env)->NewStringUTF(env, "Hello World! I am Native interface");
}
/* This function will be call when the library first be load.
* You can do some init in the libray. return which version jni it support.
*/
jint JNI_OnLoad(JavaVM* vm, void* reserved)
{
void *venv;
LOGI("fresne----->JNI_OnLoad!");
if ((*vm)->GetEnv(vm, (void**)&venv, JNI_VERSION_1_4) != JNI_OK) {
LOGE("fresne--->ERROR: GetEnv failed");
return -1;
}
return JNI_VERSION_1_4;
}
OnLoadJava_com_lucyfyr_HelloWorld_printJNI
函數裡面做一些log輸出 注意JNI中的log輸出的不同。
JNI_OnLoad函數JNI規范定義的，當共享庫第一次被載入的時候會被回調，
這個函數裡面可以進行一些初始化工作，比如注冊函數映射表，緩存一些變數等，
最後返回當前環境所支持的JNI環境。本例只是簡單的返回當前JNI環境。
http://www.cnblogs.com/bastard/archive/2012/05/19/2508913.html
E. 深度linux的arm-linux-gnueabihf-gcc編譯參數如何配
一般來說，交叉編譯工具是用於在一種架構的主機（例如x86）上，編譯另一種主機（例如arm）運行的程序，在這個編譯期間，需要用到的頭文件/庫，往往需要從一個叫目標文件系統（sysroot）的路徑開始查找。
sysroot里包含usr，lib，usr/lib usr/include等文件夾結構和必要的頭文件和庫，你理解為目標機器上的整個文件系統，搬到你這台電腦上，然後作為一個文件夾存在。
交叉編譯原則上不能用主機（host）的頭文件，
這首先是因為編譯器在查找頭文件的相對路徑時，交叉編譯器會配置為查找目標平台架構的位置，和主機的gcc不一樣，這也是為什麼它去arm-linux-gnueabihf這個目錄去尋找的原因。
其次主機和目標機的系統版本有差異，再加上處理器架構的差異，往往有很多兼容性問題，甚至有難以解決的編譯錯誤。
如果一定要用本機的頭文件系統來湊合，那麼需要把所有的-I都列出來，即不僅需要-I/usr/include，還需要-I/usr/include/xxx，甚至要創建一些文件夾的符號鏈接指向你主機的這些頭文件文件夾。即使這些，往往也未必成功，有些頭文件不同的系統架構，會不完全一樣甚至缺失。
交叉編譯一般無法使用主機的庫（so）文件
主機和目標機往往架構不同，庫完全不能使用
可能遇到主機和目標機架構相同的情況，比如你在intel64上編譯一套運行在intel64位手機的程序，但是庫兼容性的問題仍然存在。
最後結論：你這個問題，如果你是為了另一套機器（比如arm開發板編譯），那麼需要搞一套目標機的文件系統才能順利編譯。
對了，目標文件系統需要編譯了python和dev頭文件/庫，好多嵌入式設備裁剪的很厲害，都不用python。
F. 如何編譯armlinux的go
Golang也就是Go語言，現在已經發行到1.4.1版本了，語言特性優越性和背後Google強大靠山什麼的就不多說了。Golang的官方提供了多個平台上的二進制安裝包，遺憾的是並非沒有發布ARM平台的二進制安裝包。ARM平台沒辦法直接從官網下載二進制安裝包來安裝，好在Golang是支持多平台並且開源的語言，因此可以通過直接在ARM平台上編譯源代碼來安裝。整個過程主要包括編譯工具配置、獲取Golang源代碼、設置Golang編譯環境變數、編譯、配置Golang行環境變數等步驟。
註：本文選用樹莓派做測試，因為樹莓派是基於ARM平台的。
1、編譯工具配置
據說下個版本的golang編譯工具要使用golang自己來寫，但目前還是使用C編譯工具的。因此，首先要配置好C編譯工具：
1.1在Ubuntu或Debian平台上可以使用sudoapt-getinstallgcclibc6-dev命令安裝，樹莓派的RaspBian系統是基於Debian修改的，所以可以使用這種方法安裝。
1.2在RedHat或CentOS6平台上可以使用sudoyuminstallgcclibc-devel命令安裝。
安裝完成後可以輸入gcc--version命令驗證是否成功安裝。
2、獲取golang源代碼
2.1直接從官網下載源代碼壓縮包。
golang官網提供golang的源代碼壓縮包，可以直接下載，最新的1.4.1版本源代碼鏈接：/golang/go1.4.1.src.tar.gz
2.2使用git工具獲取。
golang使用git版本管理工具，也可以使用git獲取golang源代碼。推薦使用這個方法，因為以後可以隨時獲取最新的golang源代碼。
2.2.1首先確認ARM平台上已經安裝了git工具，可以使用git--version命令確認。一般linux平台都安裝了git，沒有的話可以自行安裝，不同平台的安裝方法可以參考：download/linux
2.2.2克隆遠程golang的git倉庫到本地
在終端cd到你想要安裝golang的目錄，確保該目錄下沒有名為go的目錄。然後以下命令獲取代碼倉庫：
gitclone/go
大陸地區可能會獲取失敗，在不翻牆的情況下我試了幾次都沒成功，原因大家都懂的。好在google已經將golang也託管到github上面，所以也可以通過下面命令獲取：
gitclone/golang/go.git
視網路情況，下載可能需要不少時間。我2M的帶寬花了將近兩個小時才下載完，雖然整個項目不過幾十兆==
下載完成後，可以看到目錄下多了一個go目錄，裡面即為golang的源代碼，在終端上執行cdgo命令進入該目錄。
執行下面命令檢出go1.4.1版本的源代碼，因為現在汪敏指已經有新的代碼提交上去了，最新的代碼可能不是最穩定的：
gitcheckoutgo1.4.1
至此，最新1.4.1發行版的源代碼獲取完畢
3、設置golang的編譯環境變數
主要有GOROOT、GOOS、GOARCH、GOARM四個環境變數需要設置，先解釋四個環境變數的意義。
3.1GOROOT
主要代表golang樹結構目錄的路徑，也就是上面git檢出的go目錄。一般可以不用設置這個環境變數，因為編譯的時候默認會以go目錄下src子目錄中的all.bash腳本困配運行時的父目錄作為GOROOT的值。為了保險起見，可以直接設拿芹置為go目錄的路徑。
3.2GOOS和GOARCH
分別代表編譯的目標系統和平台，可選值如下：
GOOSGOARCH
darwin386
darwinamd64
dragonfly386
dragonflyamd64
freebsd386
freebsdamd64
freebsdarm
linux386
linuxamd64
linuxarm
netbsd386
netbsdamd64
netbsdarm
openbsd386
openbsdamd64
plan9386
plan9amd64
solarisamd64
windows386
windowsamd64
需要注意的是這兩個值代表的是目標系統和平台，而不是編譯源代碼的系統和平台。樹莓派的RaspBian是linux系統，所以這些GOOS設置為linux，GOARCH設置為arm。
3.3GOARM
表示使用的浮點運算協處理器版本號，只對arm平台有用，可選值有5，6，7。如果是在目標平台上編譯源代碼，這個值可以不設置，它會自動判斷需要使用哪一個版本。
總結下來，在樹莓派上設置golang的編譯環境變數，可編輯$HOME/.bashrc文件，在末尾添加下面內容：
exportGOROOT=你的go目錄路徑
exportGOOS=linux
exportGOARCH=arm
編輯完後保存，執行source~/.bashrc命令讓修改生效。
4、編譯源代碼
環境變數配置完成自後就可以開始編譯源代碼。在go目錄下的src子目錄中，主要有all.bash和make.bash兩個腳本（另外還有兩個all.bat和make.bat腳本適用於window平台）。編譯實際上就是執行其中一個腳本，兩者的區別在於all.bash在編譯完成後還會執行一些測試套件。如果希望只編譯不測試，可以運行make.bash腳本。使用cd命令進入go下src目錄，執行./all.bash或者./make.bash命令即可開始編譯。由於硬體情況不同，編譯耗費的時間不同。在我的B型樹莓派編譯過程花費了將近半個小時，編譯完成後執行的測試套件又花費了差不多一個小時，總共花費了一個半小時左右。
5、配置golang運行環境變數
編譯完成後，go目錄下會生成bin目錄，裡面就是go的運行腳本。為了以後使用方法，可以將這個bin路徑添加到PATH環境變數中。同樣編輯~/.bashrc文件，因為前面設置過GOROOT環境變數指向go目錄了，所以只需要在末尾加上
exportPATH=$PATH:$GOROOT/bin
保存後同樣執行source~/.bashrc命令讓環境變數生效。
至此，golang源代碼編譯安裝成功。執行goversion應該就能看到當前golang的版本信息，表示編譯安裝成功。
G. 如何編譯ARM版本LINUX QT4.5
編譯安裝內核 下載並解壓內核 解壓內核：tar xf linux-2.6.XX.tar.xz 定製內核：make menuconfig 參見makefile menuconfig過程講解 編譯內核和模塊：make 生成內核模塊和vmlinuz，initrd.img，Symtem.map文件 安裝內核和模塊：sudo make moles_install install 復制模塊文件到/lib/moles目錄下、復制config，vmlinuz，initrd.img，Symtem.map文件到/boot目錄、更新grub 其他命令： make mrprobe：命令的作用是在每次配置並重新編譯內核前需要先執行「make mrproper」命令清理源代碼樹，包括過去曾經配置的內核配置文件「.config」都將被清除。即進行新的編譯工作時將原來老的配置文件給刪除到，以免影響新的內核編譯。 make dep：生成內核功能間的依賴關系，為編譯內核做好准備。 幾個重要的Linux內核文件介紹 config 使用make menuconfig 生成的內核配置文件，決定將內核的各個功能系統編譯進內核還是編譯為模塊還是不編譯。 vmlinuz 和 vmlinux vmlinuz是可引導的、壓縮的內核，「vm」代表「Virtual Memory」。Linux 支持虛擬內存，不像老的操作系統比如DOS有640KB內存的限制，Linux能夠使用硬碟空間作為虛擬內存，因此得名「vm」。
H. so庫如何適配安卓32bit\64bit 的cpu 怎麼編譯
在libs文件下建arm64-v8a，armeabi，armeabi-v7a，mips，mips64，x86，x86_64文件夾，然後把編譯好的so文件拷貝進去
app/build.gradle的android選項卡下添加
ndk{
abiFilters "armeabi","armeabi-v7a","x86","x86_64","mips","mips64","arm64-v8a"
}
sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
設置好native方法的包名，含有native方法的類添加，
static {
System.loadLibrary("videoplay");
}
載入完類庫，添加native方法，如果有c/cpp文件的話需要在app/src/main/目錄下建cpp文件夾,然後編譯運行就好了
I. 想學習LPC2000系列arm，不知道用什麼編譯軟體好
1.C++先學點基礎。
2.買塊開發板，學習如何燒寫uboot kernel，知道硬體的工作方式。
3.學習並熟悉Linux 內核的操作系統。
4.不要求掌握ARM匯編，要求掌握ARM的工作原理。
5.ARM要用交叉編譯器，ARM-linux-gcc。即是在x86-linux平台做搭建這個交叉編譯工具，再移植到ARM。
6.掌握QT，或者Android