gdb92編譯安裝依賴包

『陸』 如何編譯可以在Windows下運行的帶有Python支持的ARM Linux GDB

做這件事情的目的是為了在QtCreator里調試ARM Linux程序的時候，能看清楚QString、QList這些Qt特有的對象的內容，而不是一個完全看不懂的結構體。
目前（2014年8月）Linaro、CodeSourcery的GCC工具鏈里的GDB都不支持Python。想知道你用的GDB支持不支持，試一試就行，這樣表示不支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Python scripting is not supported in this of GDB.
這樣表示支持：
(gdb) python
>print 'Hello GDB!'
>（按Ctrl+D）Hello GDB!
這件事情乍一看也很簡單，只要把GDB源碼下載下來，然後再配置，打開Python支持就行了。實際上會遇到的問題是，在MinGW下，又要與「\」和「:」這兩個Windows路徑里的刺頭斗爭了。我覺得我之前挺傻，編譯MinGW下Qt的時候，就去硬磕源碼和configure腳本去了。這次GDB的configure是自動生成的，不是給人看的，configure.ac看起來也很費勁，根本磕不下去，於是我換了個思路，在ubuntu下交叉編譯吧，sudo apt-get install mingw32，這是Ubuntu下的MinGW交叉編譯器。
然後是依賴，這樣的GDB要依賴expat和python的開發版本。如果是ubuntu底下直接編譯，apt-cache search一下他們的開發版本，然後sudo apt-get install一下就好了；給MinGW交叉編譯就麻煩了。先說expat，這個好辦，把http://downloads.sourceforge.net/project/expat/expat/2.1.0/expat-2.1.0.tar.gz下載下來，然後：
./configure --prefix=[安裝目錄，如/home/c/mingw-gdb/expat] --host=i586-mingw32msvc
make
make install
會提示一些警告，無視即可。
Python就無語了，目前的GDB貌似最高支持Python 2.7，而2.7版本的Python本身不支持MinGW…… 好在有高手做了Patch，也寫了說明，可以參考這文章：http://mdqinc.com/blog/2011/10/cross-compiling-python-for-windows-with-mingw32/
但是，就算這樣，編譯也充滿挑戰，要修復很多問題，出來的Python還少「nt」模塊。就在我覺得沒辦法的時候，突然發現Windows版Qt提供的MinGW居然內置了Python開發包，位置在Tools/mingw48_32/opt，趕緊把它拷貝到Linux下，比如/home/c/mingw-gdb/python。當然，你也必須確保ubuntu下有可用的python。
然後，給GDB打一個補丁：
--- gdb-7.8/gdb/configure 2014-07-29 20:37:42.000000000 +0800
+++ gdb-7.8-old/gdb/configure 2014-08-30 00:08:27.122042706 +0800
@@ -8263,21 +8263,22 @@
# We have a python program to use, but it may be too old.
# Don't flag an error for --with-python=auto (the default).
have_python_config=yes
- python_includes=`${python_prog} ${srcdir}/python/python-config.py --includes`
+ python_config_tool=`echo ${python_prog} | sed "s#python.exe#python-config#g"`
+ python_includes=`${python_config_tool} --includes`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --includes" "$LINENO" 5
fi
fi
- python_libs=`${python_prog} ${srcdir}/python/python-config.py --ldflags`
+ python_libs=`${python_config_tool} --ldflags`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
as_fn_error "failure running python-config --ldflags" "$LINENO" 5
fi
fi
- python_prefix=`${python_prog} ${srcdir}/python/python-config.py --exec-prefix`
+ python_prefix=`${python_config_tool} --exec-prefix`
if test $? != 0; then
have_python_config=failed
if test "${with_python}" != auto; then
@@ -8343,12 +8344,12 @@
return 0;
}
_ACEOF
-if ac_fn_c_try_link "$LINENO"; then :
+#if ac_fn_c_try_link "$LINENO"; then :
have_libpython=${version}
found_usable_python=yes
PYTHON_CPPFLAGS=$new_CPPFLAGS
PYTHON_LIBS=$new_LIBS
-fi
+#fi
rm -f core conftest.err conftest.$ac_objext \
conftest$ac_exeext conftest.$ac_ext
CPPFLAGS=$save_CPPFLAGS
這個補丁的目的是強制為檢測到python。
然後給拷貝到Linux下的python開發包打一個補丁：
--- python-old/bin/python-config 2013-04-18 02:43:01.000000000 +0800
+++ python/bin/python-config 2014-08-30 00:53:16.630060288 +0800
@@ -1,4 +1,4 @@
-#!/temp/x32-480-posix-dwarf-r2/mingw32/opt/bin/python2.7.exe
+#!/usr/bin/python

import sys
import os
@@ -31,26 +31,23 @@

for opt in opt_flags:
if opt == '--prefix':
- print sysconfig.PREFIX
+ print '../python'

elif opt == '--exec-prefix':
- print sysconfig.EXEC_PREFIX
+ print '../python'

elif opt in ('--includes', '--cflags'):
- flags = ['-I' + sysconfig.get_python_inc(),
- '-I' + sysconfig.get_python_inc(plat_specific=True)]
+ flags = ['-I' + os.path.split(os.path.realpath(__file__))[0] + '/../include/python2.7']
if opt == '--cflags':
- flags.extend(getvar('CFLAGS').split())
+ flags += ['-fno-strict-aliasing -DMS_WIN32 -DMS_WINDOWS -DHAVE_USABLE_WCHAR_T -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes']
print ' '.join(flags)

elif opt in ('--libs', '--ldflags'):
- libs = getvar('LIBS').split() + getvar('SYSLIBS').split()
- libs.append('-lpython'+pyver)
+ libs = ['-lm -lpython2.7 -Wl,--out-implib=libpython2.7.dll.a']
# add the prefix/lib/pythonX.Y/config dir, but only if there is no
# shared library in prefix/lib/.
if opt == '--ldflags':
if not getvar('Py_ENABLE_SHARED'):
- libs.insert(0, '-L' + getvar('LIBPL'))
- libs.extend(getvar('LINKFORSHARED').split())
+ libs.insert(0, '-L' + os.path.split(os.path.realpath(__file__))[0] + '/../lib/python2.7/config')
print ' '.join(libs)

因為Linux下是無法運行開發包中的python.exe的，所以這個補丁借用了ubuntu的python。裡面的cflags和ldflags都是在Windows底下運行原始python-config獲得的。prefix和exec-prefix設成「../python」，可以在編譯完以後，把python開發包拷貝到gdb安裝目錄裡面的python子目錄，這樣運行GDB的時候就不需要設定PYTHONHOME環境變數了。
最後一個事情，確保你的Linux下有arm交叉編譯器，我的是arm-linux-gnueabihf，是啥target就寫啥。
准備工作做完了，開始配置和編譯：
./configure --with-expat --host=i586-mingw32msvc --target=arm-linux-gnueabihf --with-libexpat-prefix=[expat安裝位置] --with-python=[python開發包安裝位置/bin/python.exe]
make
make DESTDIR=[GDB安裝位置] install
然後把GDB安裝位置下面的所有文件拷貝到Windows下，再把python開發包拷貝到同目錄下的python子目錄，大功告成。
如果提示沒找到libpython2.7.dll，那就把GDB安裝目錄的python/bin下的拷貝到bin下。
如果發現生成的exe文件太大了，那就strip一下。
2015年9月12日追加：
在windows下調試時，一般會提示說載入不了共享庫，讓你用"set sysroot"或"set solib-search-path"之類設定路徑的。這個問題可以通過.gdbinit文件，用上面這兩條命令來設定路徑解決，如果想一勞永逸，可以在編譯的時候加上host_configargs環境變數來解決這個問題：
host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm ./configure ...
或者
export host_configargs=--with-sysroot=E:\MinGW\opt\sysroot-arm
./configure ...

後面的路徑是你放在windows下的sysroot的位置。

『柒』 關於LINUX如何解決依賴包問題

沒那麼困難。。。通常安裝它的提示一個一個包的安裝就行

另外看看源碼中帶的README，會有幫助

openssl gzip這些都可以apt-get的

『捌』 升級openssh出錯，求大神指點怎麼解決

一、環境描述
1）操作系統：CentOS 6.5 64位
2）Openssl升級前版本：openssl 0.9.8e
3）Openssl升級後版本：openssl 1.0.1j（源碼安裝）

4）Openssh升級前版本：openssh-4.3p2-41.el5
5）Openssh升級後版本：openssh_6.7p1（源碼安裝）
6）連接工具SecureCrt
二、安裝Dropbear代替OpenSSH

安裝dropbear只是為了在升級失敗sshd啟動不起來時，依然可以登錄系統。也可以用其他工具代替，比如telnet

1）下載dropbear安裝包
https://matt.ucc.asn.au/dropbear/releases/dropbear-2014.66.tar.bz2
2）檢查安裝依賴包

rpm -qa zlib* gcc make
3）編譯安裝dropbear
# tar jxf dropbear-2014.66.tar.bz2
# cd dropbear-2014.66
# ./configure
# make && make install

檢查生成的文件是否正確：

4）生成證書
# /usr/local/bin/dropbearkey -t dss -f /etc/dropbear/dropbear_dss_host_key （註：系統默認是沒有/etc/dropbear 目錄的需要自行到創建）
# /usr/local/bin/dropbearkey -t rsa -s 4096 -f /etc/dropbear/dropbear_rsa_host_key

5）啟動dropbear
# /usr/local/sbin/dropbear -p 2222 //監聽2222埠
查看是否啟動成功：

三、升級OpenSSL到openssl-1.0.1j，並刪除老版本
1）升級前准備
下載openssl-1.0.1j
http://www.openssl.org/source/openssl-1.0.1j.tar.gz
2）刪除舊版本

#rpm -e `rpm -qa | grep openssl` --allmatches --nodeps
3）安裝openssl, 一定記得加上--shared選項, 否則openssh編譯的時候會找不到新安裝的openssl的library, 會報錯: openssl的 header和library版本不匹配
（註：這里LZ糾結了很久，如果按照步驟執行./config --prefix=/usr --shared 依然報錯: openssl的 header和library版本不匹配，很可能是由於之前安裝的Openssl也是源碼安裝的，而且沒有刪除干凈，需要手工搜索ssl相關的文件
1.執行find / -name ssl
2.將搜索結果中/usr/lib /usr/lib64 /lib64 /lib等目錄下的結果逐一重命名，千萬不要亂刪除，逐一嘗試。這是個笨辦法，目前還沒有發現啥比較好的辦法。）
# ./config --prefix=/usr --shared
# make
# make test
# make install

完畢後查看openssl版本安裝是否正確
# openssl version -a

四、升級sshd到OpenSSH-6.7並刪除老版本ssh
1）升級前准備
查看是否缺包

# rpm -qa | egrep "gcc|make|perl|pam|pam-devel"

如果有配置yum了的話可以直接yum安裝這些包，這樣既可以檢驗是否裝了，沒裝的直接裝上。
yum -y install gcc* make perl pam pam-devel

2）下載openssh-6.7p1.tar.gz
http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-6.7p1.tar.gz
備份ssh ：
# mv /etc/ssh /etc/ssh.bak
# openssl version -a

3）編譯安裝新版本openssh
# tar zxf openssh-6.7p1.tar.gz && cd openssh-6.7p1
# ./configure --prefix=/usr --sysconfdir=/etc/ssh --with-pam --with-zlib --with-md5-passwords
# make
先卸載完舊版本的openssh，再make install
# rpm -qa | grep openssh
# rpm -e `rpm -qa | grep openssh`

Openssh-askpass是用於圖形界面下輸入口令的，用不著可以不裝
# make install
4）查看是否升級到新版本

5）復制啟動腳本到/etc/init.d
# cp /root/openssh-6.7p1/contrib/RedHat/sshd.init /etc/init.d/sshd
加入開機自啟
# chkconfig --add sshd

6）啟動sshd，用start或reload。不要restart，restart 會直接斷開連接，而並不會接著啟動sshd服務，這時候要通過其他途徑進入機器，然後啟動sshd服務才行。

四、刪除dropbear。
終端軟體里再重新打開一個標簽，
在這里Dropbear用來防止升級不成功，用來替代openssh連接伺服器。
在開啟2222埠（dropbear啟動時的埠，可以設置別的 ）的情況下，通過xshell連接的方法是：
ssh 192.168.0.1 2222 （192.168.0.1為需要連接的伺服器ip）

刪除dropbear安裝的文件，並殺掉進程
# rm -rf /etc/dropbear/ /usr/local/sbin/dropbear /usr/local/bin/dropbear*

『玖』 gdb源碼編譯安裝

安裝完成提示鏈接庫方法

Q&A

Q: makeinfo is missing on your system
A: root用戶 sudo apt-get install texinfo
非root用戶 conda install -c conda-forge texinfo (需提前安裝conda)

『拾』 【路由器】OpenWrt 手動編譯 ipk

.ipk 文件是可以通過 OpenWrt 的包管理軟體 opkg 直接安裝，好比 .deb 文件與 apt 的關系。雖然官方的軟體倉庫已經很豐富了，但是有時仍然需要從源碼編譯一些第三方的軟體使用，例如銳捷認證等

但是由於路由器平台通常與常用的伺服器或者個人 PC 的處理器架構不同，並且路由器的處理器本身性能較弱，幾乎不可能直接在路由器上進行編譯生成 .ipk 文件，因此需要交叉編譯來實現

而官方的 OpenWrt 倉庫就提供了一個方便使用的交叉編譯環境

以 Debian / Ubuntu 為例，參考 官網給出的要求 ，可以通過下面命令來進行安裝依賴包

安裝/更新好這些依賴之後，就可以通過 git 拉取 OpenWrt 倉庫了

通常由於倉庫較大以及網速問題，可能會需要很久，其實可以通過 --depth 來限制拉取的倉庫深度，或者通過鏡像站來加速拉取，當然也可以兩者同時採用

進入 openwrt 倉庫後，首先需要更新軟體包列表 feeds ，它是在 OpenWrt 中共用位置的包的集合。運行以下命令即可更新內置軟體包列表並鏈接到編譯工具中：

通常使用圖形化菜單界面來進行配置編譯選項，依次配置處理器架構、具體的處理器型號以及設備

以小米 mini 路由器為例，應該將他們配置成如下圖所示

這一步就是獲取對應設備交叉編譯所需的編譯鏈

可以先搜索有沒有已經配置好的含有 Makefile 的倉庫，有了適配過的 Makefile 文件就可以很方便的來編譯源碼生成 .ipk 文件了

以 minieap 為例， github 上有已經完成的倉庫，依次可以直接拉取來編譯

在拉取完成倉庫後，就可以再次配置編譯選項，將需要編譯成 .ipk 的功能配置成模塊編譯，也就是標記成 M

對於 minieap 來說，在 Network 找到對應選項並配置成 M 即可，如下圖

配置完成後就可以進行編譯了，編譯命令也很簡單，以 minieap 為例如下所示

編譯完成後， .ipk 文件會生成在 ./bin/packages/<YourArchitecture>/base 目錄下，將其拷貝到路由器上就可以通過 opkg 進行安裝使用了