GDB已经被移植到到十几个处理器和平台上，足以证明GDB的结构是便于移植的。本文简单介绍了，作者在移植GDB的过程中，使用和修改的一些GDB hook函数，从而进一步理解这些hook函数的作用。

http://filer.blogbus.com/11149686/resource_11149686_1307586989v.pdf

幻灯片就是上周活动时候用的，加了一点点小的修改。

GNU Toolchain的起步工作往往是最艰难的，因为往往有无从下手的感觉。开源社区往往有很多“潜规则”，使得一开始就进行一些大的修改，变得更加困难。所以，在刚刚开始GNU
Toolchain工作的时候，最好能够从一些小的地方入手，慢慢的融入这个社区（如果足够幸运，有global
maintainer领导你干一些事情，那些这个文章就没有用了，可以忽略）。本文以gdb为例，看看如何用一个静态检查工具，找到一些比较明显的程序错误。修改这些错误，就是一个很好的起点。

1 clang-analyzer
clang-analyzer是一个建立在llvm/clang基础上的一个静态检查工具。只要在需要检查的代码，例如gdb，用clang-analyzer来运行configure和make，就可以生成检查结果。我个人对clang-analyzer没有什么理解，如何编译参见http://clang-analyzer.llvm.org/。

2 检查gdb
clang-analyzer的优秀设计，使得不需要对gdb做任何调整，就可以对它进行静态分析。假如，我原有的gdb configure/make 如下，

$ ../git/gdb/configure --with-python=/usr/bin/python --disable-gdbtk
$ make -j4;

那么使用clang-analyzer检查gdb，就可以这样；

$ PATH=~/SourceCode/svn/build/Debug+Asser/bin:$PATH
~/SourceCode/svn/llvm/tools/clang/tools/scan-build/scan-build
../git/gdb/configure --with-python=/usr/bin/python --disable-gdbtk
$ PATH=~/SourceCode/svn/build/Debug+Asser/bin:$PATH
~/SourceCode/svn/llvm/tools/clang/tools/scan-build/scan-build make -j4

其实很简单，就是在原有的命令前边加入 scan-build.

原有的gdb build很变得比较慢，在gdb build结束后，你可以看到这样的输出

scan-build: 401 bugs found.
scan-build: Run 'scan-view /tmp/scan-build-2011-03-09-1' to examine bug reports.

你就运行scan-view就好了，
$ PATH=~/SourceCode/svn/build/Debug+Asserts/bin:$PATH
~/SourceCode/svn/llvm/tools/clang/tools/scan-view/scan-view
/tmp/scan-build-2011-03-09-1

3 分析gdb中的错误
在运行完scan-view后，浏览器会自动打开网页，里边包含clang-analyzer的分析结果，并且对找到的bug进行分类。首先声明一点，clang-analzyer和所有的静态分析一样，会有false
positive，所以，不是所有的错误都一定是真正的bug，需要我们自己结合程序逻辑自己分析。经过我自己的浏览，发现"Dead
Assignment"这样的错误基本上都是对的，因为这样的错误相对比较简单。

例如，
Dead store	Dead assignment	git /gdb /gdb /linux-nat.c	5603	1	View
Report 	Report Bug	Open File

单击 “View Report”，可以看到，pid在5603行写入以后，再没有在别的地方被读了。所以，这里*有可能*把5603行删去。

5596	struct address_space *
5597	linux_nat_thread_address_space (struct target_ops *t, ptid_t ptid)
5598	{
5599	struct lwp_info *lwp;
5600	struct inferior *inf;
5601	int pid;
5602	
5603	pid = GET_LWP (ptid)ptid_get_lwp (ptid);
	
Value stored to 'pid' is never read

5604	if (GET_LWP (ptid)ptid_get_lwp (ptid) == 0)
5605	{
5606	/* An (lwpid,0,0) ptid. Look up the lwp object to get at the
5607	tgid. */
5608	lwp = find_lwp_pid (ptid);
5609	pid = GET_PID (lwp->ptid)ptid_get_pid (lwp->ptid);
5610	}
5611	else
5612	{
5613	/* A (pid,lwpid,0) ptid. */
5614	pid = GET_PID (ptid)ptid_get_pid (ptid);
5615	}
5616	
5617	inf = find_inferior_pid (pid);
5618	gdb_assert (inf != NULL)((void) ((inf != ((void*)0)) ? 0 :
(internal_error ("../../git/gdb/gdb/linux-nat.c"
, 5618, gettext ("%s: Assertion `%s' failed."), __PRETTY_FUNCTION__
, "inf != NULL"), 0)));
5619	return inf->aspace;
5620	}

这样，就可以自己写一个两三行的小patch，发送到gdb-patches了。如果运气好，你的第一个commit，就快有了 :)

4.  结束语
llvm有着十分优秀的infrastructure，使得在上边做一些静态分析工具，成为可能。clang-analyzer就是这样的一个小工具，而且在上边扩充十分容易。另外，我们可以用它来分析一些GNU
Toolchain，从中找到问题，提交我们自己的前几个patch。

mingjie.xing@hellogcc

向GNU提交代码，必须要签署FSF版权转让协议（copyright assignment），这意味着你是作为贡献者将这些代码的版权归为FSF所有。这里只介绍了以个人的名义来申请签署协议和进行开发的流程，至于以公司的名义的流程，我不清楚，故没有介绍。申请签署该协议的方法为，填写如下表格，并发送给assign@gnu.org 。下边给出样例答案。

作者： qiyao@hellogcc

很多刚刚加入gnu toolchain开发的工程师，都会被各种各样的规定，缩写还有交流方式搞得晕头转向。本文就是为了让刚刚进入gnu toolchain的开发的工程师简单介绍一下在这个圈子里边工作的一些特别之处。

teawater@hellogcc

1. 取得源码
通常人们选择release的版本，可以直接到http://www.gnu.org/software/gdb/download/，这里介绍了各种下载地址，建议下载最新版本。

当然我个人更推荐使用trunk，BUG这里最早修复，新功能这里最早会有，只是很偶尔会有编译出错的情况(今年我好像还没碰见过)，大约过个1天也会有人修复。唯一的缺点是你需要经常更新你的GDB代码并编译安装他们，当然这其实也花不了多少时间。
取得trunk也可以通过下载的方式，ftp://sourceware.org/pub/gdb/snapshots/current/gdb.tar.bz2就是当前GDB的源码。
当然如果经常更新的话，每次都下载十几M的源码包肯定比较麻烦，这时候最好就能用到版本控制工具来取得代码。GDB官方的版本控制使用的CVS，你可以用：
cvs -z9 -d :pserver:anoncvs@sourceware.org:/cvs/src co gdb
取得最新的GDB代码，而在取得源码用目录中用：
cvs update
就可以更新源码。
GDB也提供了GIT镜像：
git clone git://sourceware.org/git/gdb.git
取得最新的GDB代码，而在取得源码用目录中用：
git pull
就可以更新源码。


2.基本编译
编译之前请安装texinfo，libncurses5-dev, m4, flex 和 bison这5个包。
最基本的GDB编译非常简单，和编译大部分软件一样。
创建一个用来编译GDB的目录：
mkdir bgdb
进入这个目录：
cd bgdb
config，其中../gdb/是GDB源码的目录：
../gdb/configure
然后就是编译：
make
编译后安装：
make install
其中比较关键的地方就是config，其决定了后面编译出什么样的GDB。

如果想设置编译好的GDB到一个指定目录，可以用：
../gdb/configure  --prefix=$HOME
使用这个configure，可以让GDB安装到当前用户的home目录。

也可以在编译的时候指定CFLAGS，可以用：
../gdb/configure CFLAGS=-g
使用这个configure，编译出的GDB没有打开O2选项。


3.编译支持其他体系结构的GDB
前面介绍的config方式都是编译当前体系结构的，有时候我们需要在本机(X86)上跑一个支持别的体系结构的GDB，这样可以分析那个平台的二进制文件，CORE文件以及对那个平台的的程序进行远程调试。可以这样用：
../gdb/configure --target=amd64-linux
这样编译出的GDB就可以支持AMD64的GDB，编译安装的时候，GDB的执行文件会被命名为amd64-linux-gdb。

但是这样编译会有个小问题，如果需要使用多个体系结构的GDB，则需要每个平台都编译一个GDB，这有点麻烦，所以我比较喜欢使用的是另一种方法配置：
../gdb/configure --enable-targets=all --enable-64-bit-bfd
这样的GDB可以直接支持了全部他可以支持的体系结构和文件结构。
其中--enable-targets=all是让GDB打开对所有体系结构支持。
而--enable-64-bit-bfd是设置bfd为64位模式，这样才能支持64位的二进制文件比如说amd64，不过比较新的bfd中，当设置的target是64位或者打开--enable-targets=all的时候，不需要设置会自动打开这个选项，不过保险起见还是打开。
这样编译出的GDB就能支持GDB支持的全部体系结构了。
当然用起来有个问题就是，因为支持的体系结构太多，可能有一些二进制文件会同时符合若干种格式，打开这类文件的时候GDB会显示：
"xxx": not in executable format: File format is ambiguous.
Matching formats: elf32-bigmips elf32-bigmips-vxworks elf32-tradbigmips.
Use "set gnutarget format-name" to specify the format.
这时你就可以根据提示，用set gnutarget format-name从列表中选择正确的格式，然后再用file命令打开这个文件，就可以了。


4.交叉编译
如果想在本地编译一个GDB而要在其他体系结构的平台上下使用，首先需要本地交叉编译环境可用，可以编译出可以在目标平台上运行的可执行文件，然后：
../src/configure --host=mips64-linux --enable-64-bit-bfd
CC=mips64-linux-gcc LD=mips64-linux-ld AR=mips64-linux-ar
这样GDB就能编译出一个可以在mips64-linux上使用的GDB。


5.cvs update -d
前面提过更新CVS目录，要使用cvs update，而cvs update
-d是不建议使用的命令，因为当增加-d选项的时候，cvs会把源码仓库中所有文件都取回来，完成后src目录中不光有原来的目录，还增加了binutils,tk,
ld 等一大堆其他软件的目录。
如果你希望同时使用sourceware里面这些软件的最新版本，你可以使用这个源码树，如果你不想使用这样的源码树，则请直接看下一节。
我对这个目录建议的配置是：
../gdb/configure --disable-sid --disable-rda --disable-gdbtk
--enable-targets=all --enable-64-bit-bfd
其中--enable-targets=all --enable-64-bit-bfd上一节已经介绍过，不再介绍。
--disable-sid --disable-rda禁止了2个不太常用且编译比较慢的软件。
--disable-gdbtk禁止了GDB图形扩展insight的编译，其实这个软件还是相当好用的，
这个图形扩展可以同时打开命令行，看源码的时候还能随时切换成汇编。但其有一个问题
是跟GDB源码的联系其实非常紧密，一旦GDB一些源码作了更新，其的编译就会受到影响，
再加上维护者不多，所以一旦编译不过就需要等上几天，这种情况一年能碰上几次，几率也
不算很高。当然如果不介意的话，可以在config的时候去掉--disable-gdbtk，
并安装包libx11-dev，编译如果发现问题可以报到邮件列表insight@sourceware.org，
这样开发者可以更快的修复问题。


6.写在最后
前面介绍过的config参数可以同时使用，大家可根据需要灵活组合。

演讲者：朱辉（teawater），GDB coder。

简介：演示如何使用GDB通过Linux Kernel GDB tracepoint module(https://code.google.com/p/kgtp/) 对Linux Kernel进行调试。

演讲稿

视频地址

演讲者: GCC/LLVM 移植/维护/优化

简介：通过一个虚拟的基于MIPS-based CPU的完整实例来讲解如何Port整套GNU ToolChain，希望能更好的帮助想入门的人入门，让更多的想参与的人参与到GNU ToolChain的社区里来。

演讲稿

演讲者：袁鹏，编译器爱好者，关注多核处理器和程序性能。

简介：爱分配，爱释放，爱泄漏

我不是BUG

我只是一个C库中的普通函数

看过很多程序的崩溃，所以更珍惜自身的设计

我是malloc

我只想把内存制服

你知道malloc的背后发生了那些故事吗？在本次报告中，我将以malloc为例，从"处理器/操作系统/编译器/运行时"的角度来探讨系统的内存管理机制，涉及到内存分配函数的设计权衡、性能评测以及错误检测等。多核已经无处不在，malloc又如何做到可扩展呢？

演讲稿

演讲者：邢明杰，GCC贡献者，喜欢自由软件，对GCC比较感兴趣。

简介：介绍自己写的几个小工具，用来将gcc的tree dump文件，汇编文件转换成可以图形化显示的vcg格式，从而可以在vcgview工具中图形显示控制流图。讨论如何通过gcc插件功能来实现更强大的图形化功能。

演讲稿

演讲代码

视频地址