在demo的makefile中添加相應等的文件就可以了，cpp文件相應的SRC，h文件的目錄要被包含進去，這樣就餓可以了，靜態庫的路徑要是絕對路徑！！！，這樣就可以變異通過了。

　　以S3C6410為例，此時arm-none-linux-gnueabi-4.3.2已經安裝完畢。

　　首先把和板子上燒寫的內核同樣的內核源碼放置到任意目錄下，如/usr/src/s3c-linux-2.6.28.6-Real6410。（內核源碼需要配置，而板子附帶CD上一般是配置好的，在上面修改簡單一些）

　　進行make或。/build。遇到了報錯，找不到XX文件。查看了一下，指定目錄下是有這個文件的。make clean再進行。/build就行了。

　　在需要編譯的目標代碼目錄下編寫makefile文件，內容如下：

　　CROSS_COMPILE：= arm-linux-

　　ARCH：= arm

　　CC：= $（CROSS_COMPILE）gcc

　　LD：= $（CROSS_COMPILE）ld

　　obj-m ：= udpcli.o

　　KERNELDIR ：= /usr/src/s3c-linux-2.6.28.6-Real6410

　　PWD ：= $（shell pwd）

　　modules：

　　$（MAKE） -C $（KERNELDIR） M=$（PWD） modules

　　modules_install：

　　$（MAKE） -C $（KERNELDIR） M=$（PWD） modules_install

　　clean：

　　rm -f *.o

　　rm -f *.symvers

　　rm -f *.order

　　rm -f *.ko

　　rm -f *.mod.c

　　如果你在瀏覽github的時候發現一個很好的Linux c語言程序，在桌面平臺編譯一下發現很好用，這時你想把它移植到OpenWrt平臺上放到路由器上使用，那么要是能把它編譯成ipk文件直接安裝到路由器上就好了。下面就以redsocks2這款軟件為例來介紹使用Ubuntu交叉編譯redsocks2 ipk安裝包的Makefile寫法

　　選擇Redsocks2作為例子的原因是redsocks這個程序只需運行一行make就可以開始執行編譯，沒有復雜的編譯時配置，并且編譯完成之后會生成一個名為redsocks2的可執行文件，把這個文件拷貝出來到磁盤的其他地方都可以運行。也就是說，redsocks2是一個編譯起來非常容易的程序。編譯完成只需獲得一個可執行文件就可以開始用了。

　　下面先在Ubuntu16.04系統上觀察它的編譯過程

　　首先我們從github上克隆redsocks2的源碼

　　［plain］ view plain copygit clone https://github.com/semigodking/redsocks.git

　　克隆結束之后安裝一個依賴庫libevent2，不然編譯的時候會報錯“fatal error： event2/event.h： 沒有那個文件或目錄”

　　sudo apt-get install libevent-dev

　　然后觀察一下現在的redsocks2目錄

　　然后執行make，gcc就開始編譯了，編譯完成后再觀察這個目錄，就會發現多出一個redsocks2的可執行文件，我們就可以把這個可執行文件拷貝出來然后運行使用了

　　在Ubuntu上很簡單的就編譯完成了redsocks2，那么在OpenWrt的SDK上如何編譯成ipk呢

　　首先先下載OpenWrt的SDK，這里也WNDR4300路由器為例

　　下載完畢之后使用

　　tar xjf OpenWrt-SDK-ar71xx-for-linux-x86_64-gcc-4.8-linaro_uClibc-0.9.33.2.tar.bz2
?

　　解壓這個tar包，之后進入SDK的主目錄，在package目錄下新建一個名為redsocks2的目錄，然后開始新建一個Makefile文件，內容如下

　　include $（TOPDIR）/rules.mk

　　PKG_NAME：=redsocks2

　　PKG_VERSION：=0.66

　　PKG_RELEASE：=1

　　PKG_SOURCE_PROTO：=git

　　PKG_SOURCE_URL：=https://github.com/semigodking/redsocks.git

　　PKG_SOURCE_SUBDIR：=$（PKG_NAME）-$（PKG_VERSION）

　　PKG_SOURCE_VERSION：=bc2706a331c04a76df428748da97a7d4b5fa1754

　　PKG_SOURCE：=$（PKG_NAME）-$（PKG_VERSION）-$（PKG_SOURCE_VERSION）.tar.gz

　　PKG_MAINTAINER：=semigodking 《semigodking@gmail.com》

　　PKG_BUILD_DIR：=$（BUILD_DIR）/$（PKG_NAME）/$（BUILD_VARIANT）/$（PKG_NAME）-$（PKG_VERSION）

　　include $（INCLUDE_DIR）/package.mk

　　define Package/redsocks2

　　SECTION：=net

　　CATEGORY：=Network

　　TITLE：=Redirect any TCP connection to a SOCKS or HTTPS proxy server

　　URL：=https://github.com/semigodking/redsocks

　　DEPENDS：=+libevent2 +libopenssl

　　endef

　　define Package/redsocks2/description

　　This is a modified version of original redsocks. \

　　The name is changed to be REDSOCKS2 since this release to distinguish with original redsocks. \

　　This variant is useful for anti-GFW （***）。

　　endef

　　define Package/redsocks2/conffiles

　　/etc/config/redsocks2

　　endef

　　define Package/redsocks2/install

　　$（INSTALL_DIR） $（1）/usr/bin

　　$（INSTALL_BIN） $（PKG_BUILD_DIR）/redsocks2 $（1）/usr/bin

　　$（INSTALL_DIR） $（1）/etc/redsocks2

　　$（INSTALL_DATA） 。/files/redsocks2.template $（1）/etc/redsocks2/config.template

　　endef

　　$（eval $（call BuildPackage，redsocks2））

　　下面簡單的解釋一下

　　第一行 include $（TOPDIR）/rules.mk 是固定寫法，不論是luci還是可執行文件的Makefile，第一行都是它

　　PKG_NAME：=redsocks2

　　PKG_VERSION：=0.66

　　PKG_RELEASE：=1

　　這三行代表你打包出的ipk的軟件名，版本，PKG_RELEASE是發布號，一般是1，2，3等。其中PKG_NAME用于給其他的軟件包安裝時檢查依賴用，PKG_VERSION在升級ipk的時候有用，比如你要用一個舊版ipk替換新版ipk，默認是不可以的，而新版替換舊版就沒什么問題

　　PKG_SOURCE_PROTO：=git

　　PKG_SOURCE_URL：=https://github.com/semigodking/redsocks.git

　　PKG_SOURCE_SUBDIR：=$（PKG_NAME）-$（PKG_VERSION）

　　PKG_SOURCE_VERSION：=bc2706a331c04a76df428748da97a7d4b5fa1754

　　PKG_SOURCE：=$（PKG_NAME）-$（PKG_VERSION）-$（PKG_SOURCE_VERSION）.tar.gz

　　上面這幾行標識出源代碼應該從哪里下載，

　　PKG_SOURCE_PROTO指出是git還是svn，

　　PKG_SOURCE_URL指出git倉庫下載的地址。

　　PKG_SOURCE_SUBDIR指出git應該將源代碼克隆到什么位置。

　　PKG_SOURCE_VERSION指出應該克隆哪個版本，由commit號決定，有了它你就可以直接編譯最新版的ipk安裝包或者編譯舊版本的安裝包，非常實用

　　PKG_SOURCE 這個我也不是很清楚是做什么的

　　PKG_MAINTAINER：=semigodking 《semigodking@gmail.com》

　　PKG_BUILD_DIR：=$（BUILD_DIR）/$（PKG_NAME）/$（BUILD_VARIANT）/$（PKG_NAME）-$（PKG_VERSION）

　　PKG_MAINTAINER 后面寫作者的郵箱，比較隨意，不影響編譯

　　PKG_BUILD_DIR代表編譯目錄，也就是在哪里編譯源碼，目錄內容和我上面Ubuntu截圖的那個目錄是一樣的，這里寫錯了會無法編譯，報錯找不到目錄。同理編譯完成后生成的可執行文件也要到這個目錄里面去找

　　include $（INCLUDE_DIR）/package.mk 這一行是固定寫法

　　define Package/redsocks2

　　SECTION：=net

　　CATEGORY：=Network

　　TITLE：=Redirect any TCP connection to a SOCKS or HTTPS proxy server

　　URL：=https://github.com/semigodking/redsocks

　　DEPENDS：=+libevent2 +libopenssl

　　endef

　　上面這些是定義應該編譯什么ipk包，可以寫好幾個define，由于這個的redsocks2之編譯openssl一個版本所以就寫了一個，如果想要編譯polarSSL版本需要再寫一個define

　　上面的redsocks2就是顯示在make menuconfig中的包名

　　SECTION指的是在make menuconfig中該ipk包應該被放在哪個父目錄下

　　TITLE是make menuconfig中的標題說明

　　URL指的是URL說明

　　DEPENDS這一行比較關鍵，這個規定了編譯時的依賴庫，同時也表明出安裝時的依賴庫，如果這里依賴庫填寫少了，比如缺少+libevent2這個庫，那么編譯時就會報出缺少event.o這個文件，編譯就會失敗，同時如果在向openwrt安裝redsocks的ipk時，如果沒有安裝libevent2.ipk，那么redsocks2的ipk也不會安裝成功，提示缺少依賴庫libevnet2。

　　注：如果在安裝過程中，實現使用了opkg update并聯網安裝redsocks2的ipk，openwrt會自動聯網其所需要的依賴庫。使用ImageBuilder打包固件時也會如此。

　　define Package/redsocks2/description

　　This is a modified version of original redsocks. \

　　The name is changed to be REDSOCKS2 since this release to distinguish with original redsocks. \

　　This variant is useful for anti-GFW （***）。

　　endef

　　這一段指出了在make menuconfig時候顯示的軟件描述信息，不影響編譯

　　define Package/redsocks2/conffiles

　　/etc/config/redsocks2

　　endef

　　指出了該軟件包的配置文件位置，作用不大，不影響編譯

　　define Package/redsocks2/install

　　$（INSTALL_DIR） $（1）/usr/bin

　　$（INSTALL_BIN） $（PKG_BUILD_DIR）/redsocks2 $（1）/usr/bin

　　$（INSTALL_DIR） $（1）/etc/redsocks2

　　$（INSTALL_DATA） 。/files/redsocks2.template $（1）/etc/redsocks2/config.template

　　endef

　　這一段非常重要，它詳細的列出了梅雨個編譯后生成的文件的安裝位置，比如上一段前兩行標識將編譯路下的redsocks2文件安裝到/uer/bin目錄下

　　后兩行表示將files（提前放在package/redsocks目錄下）目錄下的redsocks2.template文件（該文件為你自己寫的隨便一個文件）安裝到/etc/redsocks2目錄下并改名為config.template

　　同時，原版redsocks目錄下的文件也可以在這里規定安裝到哪去，比如下面兩句

　　$（INSTALL_DIR） $（1）/etc/

　　$（INSTALL_DATA） $（PKG_BUILD_DIR）/redsocks.conf.example $（1）/etc/redsocks2.conf.example

　　就是把編譯目錄下的redsocks.conf.example文件（該文件是github上原作者自己制作的文件，和上面那個不一樣）安裝到/etc/目錄下

　　最后一行$（eval $（call BuildPackage，redsocks2））是固定寫法

　　有了這個Makefile文件之后，我們就不需要把github上的源碼克隆到本地，因為SDK在執行Makefile文件的時候會自動幫我們去完成這寫操作。需要我們做的就是將該Makefile放到/package/redsocks2目錄下，然后在SDK目錄執行make menuconfig，選擇redsocks2為M模式，然后執行

　　make package/redsocks2/compile V=99

　　就可以在SDK目錄/bin/ar71xx下面獲得一個ipk包了

　　這里有一個我寫好的現成可以直接用的目前最新版redsocks2 ipk編譯文件，有需要的可以直接用SDK編譯：https://github.com/AlexZhuo/openwrt-redsocks2

　　除了使用Makefile打包ipk之外，也可以用SDK直接交叉編譯出OpenWrt所使用的程序，方法略麻煩，是redsocks2作者提供的方法。這個需要根據CPU的不同設置不同的環境變量，找來找去也聽麻煩的，比如ar71xx可以用如下方法配置環境變量然后編譯

　　export PATH=$PATH:/home/alex/Downloads/OpenWrt-SDK-15.05.1-ar71xx-nand_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/

　　export STAGING_DIR=/home/alex/Downloads/OpenWrt-SDK-15.05.1-ar71xx-nand_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/

　　export CFLAGS=“-I/home/alex/Downloads/OpenWrt-SDK-15.05.1-ar71xx-nand_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/include/ -L/home/alex/Downloads/OpenWrt-SDK-15.05.1-ar71xx-nand_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib/”

　　make CC=mipsel-openwrt-linux-gcc LD=mipsel-openwrt-linux-ld

　　同理，如果想要編譯ramips CPU的話只需要修改上面環境變量的目錄即可

　　export PATH=$PATH:/home/alex/OP_SDK/OpenWrt-SDK-15.05.1-ramips-rt305x_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_uClibc-0.9.33.2/bin/

　　export STAGING_DIR=/store/build/openwrt/staging_dir/toolchain-mipsel_24kec+dsp_gcc-4.8-linaro_uClibc-0.9.33.2/

　　export CFLAGS=“-I/home/alex/OP_SDK/OpenWrt-SDK-15.05.1-ramips-rt305x_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/usr/include/ -L/home/alex/OP_SDK/OpenWrt-SDK-15.05.1-ramips-rt305x_gcc-4.8-linaro_uClibc-0.9.33.2.Linux-x86_64/staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/usr/lib/”

　　make CC=mipsel-openwrt-linux-uclibc-gcc LD=mipsel-openwrt-linux-uclibc-ld

　　使用這種方法我們只能編譯出一個redsocks2的可執行文件，可以通過scp上傳到路由器上使用，但是沒有了ipk的安裝過程，系統也就不認為你安裝了一個名字叫redsocks2的組件，如果由其他依賴包依賴redsocks2的話，還是會報錯。所以ipk安裝的方式更好一些