上周收到gdb的通知邮件，说gdb 7.8已经release了。作为gdb的忠实用户，自然是体验一下了。我赶紧下了一个版本，然后build了一下，结果在最后link阶段，出了错误：

gcc: unrecognized option `-rdynamic'
ld: warning: file /usr/local/lib/libiconv.so: attempted multiple inclusion of file
Undefined                       first referenced
 symbol                             in file
observer_attach_exited              cli-interp.o
observer_notify_signal_exited       infrun.o
observer_attach_sync_execution_done cli-interp.o
observer_attach_command_error       cli-interp.o
observer_notify_signal_received     infrun.o
observer_attach_end_stepping_range  cli-interp.o
observer_attach_no_history          cli-interp.o
ptid_match                          remote.o
observer_notify_end_stepping_range  infrun.o
observer_notify_exited              infrun.o
observer_notify_no_history          infrun.o
observer_attach_signal_exited       cli-interp.o
observer_notify_command_error       event-loop.o
observer_notify_sync_execution_done infrun.o
observer_attach_signal_received     cli-interp.o
ld: fatal: symbol referencing errors. No output written to gdb
collect2: ld returned 1 exit status
Makefile:1334: recipe for target 'gdb' failed
make[2]: *** [gdb] Error 1
make[2]: Leaving directory '/export/home/nan/build_gdb/gdb'
Makefile:8667: recipe for target 'all-gdb' failed
make[1]: *** [all-gdb] Error 2
make[1]: Leaving directory '/export/home/nan/build_gdb'
Makefile:831: recipe for target 'all' failed
make: *** [all] Error 2

gdb的编译过程一向是最简单的，link错误我还是第一次碰到。我先是在gdb的IRC里讨论，接着又自己debug，检查代码文件和脚本，结果最后得到的结论是：因为我所用的build目录之前是编译7.7.1版本的，我因为偷懒，没有清空，导致现在编译7.8版本时会有问题，原因应该是link的还是7.7.1的目标文件。

最后得到的经验是：在编译gdb（或是其它软件）时，一定要准备一个干净的build文件夹，否则可能会有你意想不到的问题，像我碰到的在link阶段出问题还好办，如果在执行阶段出了问题，可就更难查了。

注：build文件夹是为了保持源码的干净，通常在源代码文件夹外，新建一个build文件夹，然后所有的configure，make操作等都在这个build文件夹下进行。例如:

mkdir build_gdb;
cd build_gdb;
../gdb-7.8/configure
make
make install