通用源碼編譯
怎樣安裝以源碼包打包的軟體；
1、源碼包的打包格式；
源代碼一般以file.tar.gz file.tar.bz2或file.src.rpm 打包；file.tar.gz和file.tar.bz2格式的解包命令如下；
[root@localhost beinan]# tar jxvf file.tar.bz2
[root@localhost beinan]# tar zxvf file.tar.gz
至於file.src.rpm 的用法，請參見：《file.src.rpm 使用方法的簡介》
2、如何編譯安裝源碼包；（大多數）
1）解開軟體包查看幫助文檔；
我們解開一個包後，進入解壓包，一般都能發現README（或reame)和INSTALL( 或install)；或doc（或DOC)目錄；看名字就知道個差不多；
比如我們下載一個比較新的fcitx 的軟體包，比如是 fcitx-3.2-050827.tar.bz2
我們在解開這個軟體包會會發現如下的文件；
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ls
aclocal.m4 config.guess configure debian INSTALL Makefile.in src xpm
AUTHORS config.h.in configure.in depcomp install-sh missing THANKS
autogen.sh config.rpath COPYING doc lib mkinstalldirs TODO
ChangeLog config.sub data fcitx.spec.in Makefile.am README tools
所以我們就可以看fcitx的INSTALL 和doc目錄的安裝文檔了；裡面都告訴我們如何安裝；
有時安裝文檔也會在開發者的主頁上有詳細的說明，及常見問題的處理等；比如 LumaQQ
2）編譯安裝軟體的條件；
首 先我們在linux系統中至少得把開發工具安裝上，比如 gcc ;perl;python;glibc;gtk;make ;automake 等開發工具或基礎包；還要安裝一些相應的開發包，一般是文件名包括dev的，比如kernel-devel；還有一些開發庫，比如以lib開頭的；如果您 在編譯軟體時，有時提示缺少什麼東西之類的，大多少的是這些開發工具和開發庫等；從光碟中找出安裝就是了；有時光碟沒有提供，請用google搜索相應的 軟體包，有時可能也會用到源碼包編譯安裝所依賴的包；
有時本來系統中已經安裝了所依賴的包，但系統提示找不到應該怎麼辦？這時需要我們設置一下PKG_CONFIG_PATH的環境變數就行了；
#export PKG_CONFIG_PATH=/usr/lib/pkgconfig
或
#export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
然後我們再來運行編譯的./configure ;make ;make install ，嘗試著來吧；
以java開發的工具開發的程序，要用到 jre或者jdk ；jdk已經包括jre了，所以如果我們只是要求有一個java程序運行的環境，只需要安裝jre就行了；安裝好jre，配置一下java的環境變數就可以用了。如果是圖形界面的程序，點點滑鼠就OK了；
用perl 開發的程序，是需要perl環境的，所以必須得把perl的包安裝上，python 也同理；
3）編譯安裝軟體的方法；
大多以tar.gz 和tar.bz2打包軟體，大多是通過 ./configure ;make ;make install 來安裝的；有的軟體是直接make;make install ；
我們可以通過./configure --help 來查看配置軟體的功能；大多軟體是提供./configure 配置軟體的功能的；少數的也沒有，如果沒有的就不用./configure ;直接make;make install 就行了；
./configure 比較重要的一個參數是 --prefix ，用--prefix 參數，我們可以指定軟體安裝目錄；當我們不需要這個軟體時，直接刪除軟體的目錄就行了；
比如我們可以指定fcitx 安裝到 /opt/fcitx 目錄中；
[root@localhost fcitx]#./configure --prefix=/opt/fcitx
如果我們不需要fcitx 時，可以直接刪除 /opt/fcitx 目錄；
所以我們舉這個例子中，fcitx如果定製安裝到 /opt/fcitx目錄中，完整的安裝方法應該是：
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ./configure --prefix=/opt/fcitx
[root@localhost fcitx]# make
[root@localhost fcitx]# make install
調用fcitx ，應該是
[beinan@localhost ~]#/opt/fcitx/bin/fcitx
如果您想要讓fcitx 只要執行fcitx ，就能調用，請配置環境變數，或者在/usr/bin 中做一個fcitx 的鏈接；
[root@localhost beinan]# ln -s /opt/fcitx/bin/fcitx /usr/bin/fcitx
一般的情況下都有說，但大多軟體沒有提供源碼包的卸載方法；我們可以找到軟體的安裝點刪除。主要看你把它安裝在哪了。
設置環境變數PATH，請參見：《在Fedora Core 中，有些常用命令怎麼沒有？解決辦法設置PATH》
所以您的PATH可以設置成這樣的；
export PATH=".:/bin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/X11R6/bin:/sbin:/opt/fcitx/bin"
當然這只是舉個例子，fcitx 可以進入桌面自動運行的，請參看 http://www.fcitx.org 官方站上的安裝說明；舉個例子只是讓大家好理解一點；
再舉一個例子，比如我想安裝mlterm ；並指定安裝目錄為/opt/mlterm中； http://mlterm.sourceforge.net
#./configure --prefix=/opt/mlterm
#make
#make install
把源碼包安裝的軟體，都指定安裝在 /opt目錄中，這樣不就知道了軟體安裝在哪裡了；也方便卸載；
2. 如何編譯C語言源代碼
下載一個VC2005軟體，把代碼復制到裡面，設置好C運行環境，點擊編譯，OK，然後點擊那個感嘆號，直接鏈接運行，就OK了。
3. 如何編譯Docker源碼
本文根據docker官方給出的docker代碼編譯環境搭建指南做更深入的分析。官方給出的指導比較簡單，但是由於國內的網路問題經常會編譯失敗，了解了編譯步驟後，也可以結合自身遇到的網路問題進行「規避」。
docker的編譯環境實際上是創建一個docker容器，在容器中對代碼進行編譯。 如果想快速的查看編譯環境搭建指導，而不關注環境搭建的機制和細節，可以直接跳到最後一章「總結」。
前提
機器上已經安裝了docker，因為編譯環境是個docker容器，所以要事先有docker（daemon），後面會創建個編譯環境容器，在容器裡面編譯代碼。本文中使用物理機，物理機上運行著docker （daemon）。
機器（物理機）上安裝了git 。 後續使用git下載docker源碼
機器（物理機）上安裝了make。
下載ubuntu 14.04的docker鏡像
下載docker源碼
git clone
會把代碼下載到當前目錄下，後面會把代碼拷貝到容器中。
編譯前分析
官方給的編譯方法是make build 和 make binary等。下面先分析Makefile，看懂Makefile後，編譯環境的准備流程就比較清楚了。
Makefile
在下載的docker源碼中可以看到它的Makefile，Makefile中比較關鍵的幾個參數：
DOCKER_MOUNT := $(if $(BIND_DIR),-v "$(CURDIR)/$(BIND_DIR):/go/src/github.com/docker/docker/$(BIND_DIR)") DOCKER_MOUNT 表示創建容器時的mount參數。因為編譯環境是一個容器，在後續的步驟中啟動容器時使用DOCKER_MOUNT參數，會將物理機上的目錄mount給容器容器，容器中該目錄是編譯生成docker二進制文件的目錄。
DOCKER_FLAGS := docker run --rm -i --privileged $(DOCKER_ENVS) $(DOCKER_MOUNT) 這是後面創建docker容器時的命令行的一部分，其中包含了前面的DOCKER_MOUNT參數。
DOCKER_IMAGE := docker-dev$(if $(GIT_BRANCH),:$(GIT_BRANCH)) 這是docker image參數，鏡像的名字是docker-dev，以當前git中docker版本作為tag名。這個鏡像是在make build一步做出來的。
DOCKER_RUN_DOCKER := $(DOCKER_FLAGS) "$(DOCKER_IMAGE)" 創建docker容器的命令行，組合了前面的DOCKER_FLAGS 和 DOCKER_IMAGE 。 從命令行中可以看出，啟動容器使用的參數有 --rm -i --privileged，使用了一些環境變數，還有使用了-v參數把物理機上目錄mount給容器，在容器中編譯好二進制文件後放到該目錄中，在物理機上就能獲得docker二進制文件。啟動的的docker 容器鏡像名字是docker-dev。下文會介紹docker-dev鏡像是怎麼來的。
由於官方給出的「構建編譯環境」的方法是執行 make build，下面在Makefile中看到build分支是這樣的：
make build時會調用 docker build -t "$(DOCKER_IMAGE)" . 去製作一個叫做DOCKER_IMAGE的鏡像。
進行源碼編譯的方式是執行 make binary來編譯代碼，在Makefile中make binary的分支如下：
make binary除了進行 make build以外，會執行$(DOCKER_RUN_DOCKER)，即上文提到的docker run命令行。由於執行過了build，會build出來docker-dev鏡像，所以在docker run時直接使用前面build出來的鏡像。docker run時的命令行參數是hack/make.sh binary。make binary的過程實際上是創建一個容器，在容器中執行hack/make.sh binary腳本。接下來會詳細介紹make build和make binary所做的內容。
make build
根據官方的指導，先執行make build來搭建編譯環境。上面分析了，make build實際上是製作了一個鏡像，這個鏡像里會包含編譯代碼所需的環境。下面來介紹下這個鏡像。
Dockerfile
在和Makefile相同的目錄下（源碼的根目錄），有Dockerfile。執行make build 相當於調用docker build，使用的就是該Dockerfile。Dockerfile中的幾個主要步驟（有些步驟這里略過）：
FROM ubuntu:14.04 使用ubuntu 14.04作為基礎鏡像；在宿主機上，要事先下載好ubuntu 14.04鏡像。
安裝一些編譯需要的軟體；
用git下載lvm2源碼，並編譯安裝；
下載並安裝GO 1.5.1；
安裝GO相關的tools 可以做code coverage test 、 go lint等代碼檢查
安裝registry和notary server；
安裝docker-py 後面跑集成測試用的
將物理機的contrib/download-frozen-image.sh 腳本拷貝到鏡像中/go/src/github.com/docker/docker/contrib/
運行contrib/download-frozen-image.sh 製作鏡像 實際上這一步只是下載了3個鏡像的tar文件。注意：docker build相當於創建一個臨時的容器（在臨時的容器中執行Dockerfile中的每一步，最後在保存成鏡像），「運行contrib/download-frozen-image.sh 製作鏡像」這個動作出現在Dockerfile中，相當於在docker build所創建的臨時的容器中下載docker鏡像，有docker-in-docker容器嵌套的概念。下一小節會對download-frozen-image.sh腳本做詳細分析。
ENTRYPOINT ["hack/dind"] 做出來的鏡像，使用它啟動的容器可以自動運行源碼目錄中的hack/dind腳本。 dind這個腳本是a wrapper script which allows docker to be run inside a docker container 。後面的小節會對hack/dind腳本做詳細的分析。
COPY . /go/src/github.com/docker/docker 把物理機上的docker源碼文件打入到鏡像中
download-frozen-image.sh腳本
上一小節里提到，在Dockerfile中，有一步會調用contrib/download-frozen-image.sh ，它主要作用是下載3個鏡像的tar包，供後續docker load。在Dockerfile中的調用方式如下：
download-frozen-image.sh腳本中會依次解析參數，其中/docker-frozen-images作為base dir，後面下載的東西全放到這里。之後的3個參數是鏡像，裡麵包含了鏡像名（例如busybox）、鏡像tag（例如latest）、鏡像id（例如），後面會在循環中依次下載這3個鏡像的tar文件。
download-frozen-image.sh腳本中會通過curl從registry上獲取如下信息：
token：獲取token，後面curl獲取的其他信息時都需要使用token。例如本例中 token='signature=,repository="library/busybox",access=read'
ancestryJson：把鏡像相關聯的歷史層次的id也都獲取到，因為每一層的tar都需要下載。本例中 ancestryJson='["", ""]'
這里可以看到這個鏡像只有2層，兩層的id這里都列了出來。 每個鏡像包含的層數不同，例如。第三個鏡像jess/unshare共有10層。
VERSION、json、tar: 每一層鏡像id的目錄下，都下載這3個文件，其中VERSION文件內容目前都是「1.0」，json文件是該層鏡像的json文件，tar文件是該層鏡像的真正內容，以.tar保存。
下載好的各層鏡像目錄結構如下：
$ls
$tree
hack/dind腳本
在Dockerfile中，ENTRYPOINT ["hack/dind"] ，表示在鏡像啟動後，運行該腳本，下面分析一下這個腳本的功能。
腳本在代碼根目錄下的hack目錄中，作者對腳本的描述是 DinD: a wrapper script which allows docker to be run inside a docker container.
就是可以在docker容器中創建docker容器。它就做了一個事，那就是在容器中創建好cgroup目錄，並把各個cgroup子系統mount上來。
為了方便理解，我們可以先看看物理機。在宿主機上如果創建docker容器，需要宿主機上必須事先mount cgroup子系統，因為cgroup是docker容器的一個依賴。同理docker-in-docker也要求外層的docker容器中有cgroup子系統，dind腳本在容器啟動後，先去/proc/1/cgroup中獲取cgroup子系統，然後依次使用mount命令，將cgroup mount上來，例如mount -n -t cgroup -o "cpuset" cgroup "/cgroup/cpuset"
最終在運行make build後，會製作出一個叫docker-dev的鏡像。
make binary
執行make binary 就可以編譯出docker二進制文件。編譯出來的二進制文件在源碼目錄下的bundles/1.10.0-dev/binary/docker-1.10.0-dev ，其中還包含md5和sha256文件。
Makefile中的binary
Makefile中關於make binary流程是
先執行build，即上一節介紹的，製作docker-dev編譯環境鏡像。
再執行DOCKER_RUN_DOCKER，創建容器，DOCKER_RUN_DOCKER就是執行docker run，使用docker-dev鏡像啟動容器，並且會mount -v 將容器生成二進制文件的路徑與宿主機共享。DOCKER_RUN_DOCKER在「編譯前分析」一章中有介紹。啟動的容器運行的命令行是 hack/make.sh binary 。docker run完整的形式如下：
docker run --rm -i --privileged -e BUILDFLAGS -e DOCKER_CLIENTONLY -e DOCKER_DEBUG -e DOCKER_EXECDRIVER -e DOCKER_EXPERIMENTAL -e DOCKER_REMAP_ROOT -e DOCKER_GRAPHDRIVER -e DOCKER_STORAGE_OPTS -e DOCKER_USERLANDPROXY -e TESTDIRS -e TESTFLAGS -e TIMEOUT -v "/home/mu/src/docker/docker/bundles:/go/src/github.com/docker/docker/bundles" -t "docker-dev:master" hack/make.sh binary
hack/make.sh腳本
上一節提到的make binary中創建的容器啟動命令是hack/make.sh binary，運行容器中的（docker源碼目錄下的）hack/make.sh腳本，參數為binary。
make.sh中根據傳入的參數組裝後續編譯用的flags（BUILDFLAGS），最後根據傳入的參數依次調用 hack/make/目錄下對應的腳本。例如我們的操作中傳入的參數只有一個binary。那麼在make.sh的最後，會調用hack/make/binary腳本。
hack/make/binary腳本中，就是直接調用go build進行編譯了，其中會使用BUILDFLAGS LDFLAGS LDFLAGS_STATIC_DOCKER等編譯選項。
如果最終生成的docker二進制文件不在bundles/1.10.0-dev/binary/目錄下，那麼可能是編譯參數BINDDIR設置的不正確，可以在執行make binary時增加BINDDIR參數，例如
make BINDDIR=. binary , 將BINDDIR設置為當前目錄。
總結
編譯步驟總結：
1、編譯前在物理機上安裝好make、git，並下載好docker代碼。下載好ubuntu:14.04鏡像
2、執行make build 。這步執行完會在物理機上創建出一個docker-dev的鏡像。
3、執行make binary 。 這步會使用docker-dev鏡像啟動一個容器，在容器中編譯docker代碼。編譯完成後在物理機上直接可以看到二進制文件。默認二進制文件在 bundles/1.10.0-dev/binary/目錄下
4、docker代碼里有很多test，可以使用此套編譯環境執行test，例如 make test 。 更多參數可以看Makefile
搭建環境心得：
1、在make build時，使用Dockerfile創建製作鏡像，這個鏡像有40多層，其中一層失敗就會導致整個build過程失敗。由於Dockerfile中很多步驟是要連到國外的網站去下載東西，很容易失敗。好在docker build有cache機制，如果前面的層成功了，下次重新build時會使用cache跳過，節省了很多時間。所以如果make build中途失敗（一般是由於國內連國外的網路原因），只要重新執行make build就會在上次失敗的地方繼續，多試幾次可以成功。
2、如果其他人已經build出了docker-dev鏡像，可以把它下載到自己的環境上。這樣在自己make build時，會跳過那些已經在本地存在的層，可以節省時間。
3、每一次編譯會自動刪除掉前面已經生成的二進制文件，所以不用擔心二進制文件不是最新的問題。
4. Linux內核源碼如何編譯
首先uname -r看一下你當前的linux內核版本
1、linux的源碼是在/usr/src這個目錄下，此目錄有你電腦上各個版本的linux內核源代碼，用uname -r命令可以查看你當前使用的是哪套內核，你把你下載的內核源碼也保存到這個目錄之下。
2、配置內核 make menuconfig，根據你的需要來進行選擇，設置完保存之後會在當前目錄下生成.config配置文件，以後的編譯會根據這個來有選擇的編譯。
3、編譯，依次執行make、make bzImage、make moles、make moles
4、安裝，make install
5、.創建系統啟動映像，到 /boot 目錄下，執行 mkinitramfs -o initrd.img-2.6.36 2.6.36
6、修改啟動項，因為你在啟動的時候會出現多個內核供你選擇，此事要選擇你剛編譯的那個版本，如果你的電腦沒有等待時間，就會進入默認的，默認的那個取決於 /boot/grub/grub.cfg 文件的設置，找到if [ "${linux_gfx_mode}" != "text" ]這行，他的第一個就是你默認啟動的那個內核，如果你剛編譯的內核是在下面，就把代表這個內核的幾行代碼移到第一位如：
menuentry 'Ubuntu, with Linux 3.2.0-35-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 9961c170-2566-41ac-8155-18f231c1bea5
linux/boot/vmlinuz-3.2.0-35-generic root=UUID=9961c170-2566-41ac-8155-18f231c1bea5 ro quiet splash $vt_handoff
initrd/boot/initrd.img-3.2.0-35-generic
}
當然你也可以修改 set default="0"來決定用哪個，看看你的內核在第幾位，default就填幾，不過我用過這種方法，貌似不好用。
重啟過後你編譯的內核源碼就成功地運行了，如果出現問題，比如滑鼠不能用，usb不識別等問題就好好查查你的make menuconfig這一步，改好後就萬事ok了。
最後再用uname -r看看你的linux內核版本。是不是你剛下的那個呢！有沒有成就感？
打字不易，如滿意，望採納。
5. 如何編譯php源代碼
安裝PHPstudy，把PHP源碼放在網站目錄下，啟動phpstudy，在瀏覽器中打開該頁面，伺服器會自動進行編譯解釋該代碼。
6. 怎麼從源代碼編譯成exe程序
通過編譯器編譯
每種語言基本上都有自己的編譯器
例
如 ：源碼是C代碼，可以通過C或VC、VS編譯器編譯
7. 源碼怎麼編譯
使用編譯器如VC++6.0,VC++2008
8. linux怎樣編譯git源碼包
方法/步驟1
用git --version命令檢查是否已經安裝
2
在CentOS5的版本，由於yum源中沒有git，所以需要預先安裝一系列的依賴包。在CentOS6的yum源中已經有git的版本了，可以直接使用yum源進行安裝。
3
yum -y install git
但是yum源中安裝的git版本是1.7.1，Github等需要的Git版本最低都不能低於1.7.2 。所以我們一般不用上面的方法，而是下載git源碼編譯安裝。
END
編譯安裝git
1
首先更新系統
yum -y update
更新完成之後有6.5變成6.7了
9. 編譯安裝軟體的源碼在linux和macos上通用嗎
不通用的！編譯只適合本機硬體。你可以試試看。
10. 如何編譯android手機源碼
編譯android系統源碼准備工作：
下載android源碼
在windows上用gitbash ，git clone 下載代碼
在linux上這樣下載
創建~/bin目錄，用來存放repo程序，如下：
$ cd ~
$ mkdir bin
初始化repo
repo是android對git的一個封裝，簡化了一些git的操作。
創建工程目錄：
$ mkdir android
$ cd android
下載repo腳本並使其可執行：
$ curl http://android.git.kernel.org/repo >~/bin/repo
$ chmod a+x ~/bin/repo
repo初始化：
$ repo init -u git://android.git.kernel.org/platform/manifest.git
在此過程中需要輸入名字和email地址。初始化成功後，會顯示：
repo initialized in /android
在~/android下會有一個.repo的隱藏目錄。
5）同步源代碼
$ repo sync
這一步要很久很久。
安裝linux系統，推薦ubuntu，圖形界面
安裝編譯需要的支持包
$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev
安裝java6.0
$ sudo apt-get install sun-java6-jdk
配置java環境
sudo gedit ~/.bashrc
末尾加上
JAVA_HOME=/usr/lib/jvm/java-6-sun
JRE_HOME=${JAVA_HOME}/jre
export ANDROID_JAVA_HOME=$JAVA_HOME
export CLASSPATH=.:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH
export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin
export JAVA_HOME;
export JRE_HOME;
export CLASSPATH;
HOME_BIN=~/bin/
export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};
sudo source ~/.bashrc
是環境變數生效
編譯android源碼,並得到~/android/out目錄
$ cd ~/andoird
$ make
這一過程很久。
這就編譯結束了