在Linux环境下调试静态库
这两天同事在Octeon开发板上调试Linux程序，遇到了一个问题：无法让gdb单步跟踪进入静态库（libcrypto.a和libcvmx.a）对应的源文件。
我自己在PC上写了一个小程序进行验证，发现果然是这样。如果把全部.o文件（用-ggdb3选项编译，带调试信息）直接编译成可执行文件，是可以跟踪进入.o文件对应的源文件的；如果先把其中几个.o文件用ar命令打包成静态库，再和主程序的.o文件一起编译成可执行文件，gdb就跟踪不进去了。
观察了一下.a文件和.o文件的大小，我发现.a文件的体积远远小于全部.o文件的总和，看来是在打包的过程中把调试信息弄丢了。上网查了一下，发现只要使用-s（小写s，不是大写S）选项，就可以在.a文件中保留符号信息。
于是先修改$OCTEON_ROOT/components/crypto-api/core/crypto.mk文件的第22行，将“CFLAGS_CRYPTO += -O2”改为“CFLAGS_CRYPTO += -ggdb3”，再修改$OCTEON_ROOT/components/crypto-api/core/crypto/crypto.mk文件的第146行，将“$(AR) -r $@ $^”改为“$(AR) -rs $@ $^”，接着进入$OCTEON_ROOT/components/crypto-api/core/test-api目录进行编译，就可以得到新的libcrypto.a（体积比原先膨胀了几十倍，超过了100M），最后在Eclipse中添加源文件搜索路径（$OCTEON_ROOT/components/crypto-api/core，包含子目录），gdb就能正确跟踪进入libcrypto.a对应的源文件了。
对于libcvmx.a应该也可以进行类似的处理，不过估计体积会超过300M了，有兴趣的读者可以尝试一下。
相关文档：
一、提前的话
要说C语言和Linux的关系大家应该都不会陌生，Linux系统内核就是用C语言开发的，所以所有的Linux系统下面 都会有C的编译调试工具，不过这些工具都是命令式的，正式开发的话会很不方便。Fedora在安装的时候可以选择安装Fedora Eclipse，这个IDE很强大，C，C++，Java，Python等等都支持，而且编译，调试和 ......
我对内容做出部分调整。
前些天有人发帖问如果在 linux 下用 eclipse 开发
C/C++，所以我就想写这么一篇帖子，因为一直在用 Eclipse 做 JAVA
开发，对Eclipse比较熟悉，安装插件当然也不成问题。无意中在网上看到这篇帖子，觉得写的很详细，我也就觉得自己没有必要再在这上面浪� ......
这些都是典型的使用GNU的AUTOCONF和AUTOMAKE产生的程序的安装步骤。
./configure是用来检测你的安装平台的目标特征的。比如它会检测你是不是有CC或GCC，并不是需要CC或GCC，它是个shell脚本
make是用来编译的，它从Makefile中读取指令，然后编译。
make install是用来安装的，它也从Makefile中读取指令，安装到指定的位� ......
随着一句fork，一个新进程呱呱落地，但它这时只是老进程的一个克隆。
然后随着exec，新进程脱胎换骨，离家独立，开始了为人民服务的职业生涯。
人有生老病死，进程也一样，它可以是自然死亡，即运行到main函数的最后一个"}"，从容地离我们而去；也可以是自杀，自杀有2种方
式，一种是调用exit函数，一种是在ma ......
作者：韦东山,华清远见嵌入式学院讲师。
随着嵌入式行业硬件平台的性能增强，项目需求和功能日益复杂，ARM公司推出的 CORTEX-M3，更是让以往做单片机的工程师在芯片和技术选型面临两难选择，本专题将从芯片价格、整个系统的硬件软件设计及维护的成本等各个方面给您提供一个参考， 并从技术角度分析单片机和带操作系统的� ......
