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 进行安装使用了