在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了，有兴趣的读者可以尝试一下。
相关文档：
我对内容做出部分调整。
前些天有人发帖问如果在 linux 下用 eclipse 开发
C/C++，所以我就想写这么一篇帖子，因为一直在用 Eclipse 做 JAVA
开发，对Eclipse比较熟悉，安装插件当然也不成问题。无意中在网上看到这篇帖子，觉得写的很详细，我也就觉得自己没有必要再在这上面浪� ......
转载请注明出处：编程笔记BLOG
工欲善其事，必先利其器。用了这么久的linux，现在比较主流的几个C/C++的IDE基本已都用过了，现在来对他们做一下简单的比较。
1、VIM
首先要说的是VIM。我认为，VIM只是一个编辑器，不能算是IDE。虽说VIM有很多插件，例如代码折叠、递进等，可以将VIM组建成几乎类似一个IDE，但始终它不是� ......
准备工作
如果你还没装编译环境或自己不确定装没装，不妨先执行
sudo apt-get install build-essential
如果你需要编译 Fortran 程序，那么还需要安装 gfortran(或 g77)
sudo apt-get install gfortran
如果你已经了解一些 vim
的知识，而且想用它来编辑源代码，那么我们不妨装个完整版
sudo apt-get install vi ......
转载－linux 2.6 进程总结
进程、轻量级进程（LWP）、线程
进程：程序执行体，有生命期，用来分配资源的实体
线程：分配CPU的实体。
用户空间实现，一个线程阻塞，所有都阻塞。
内核实现，不会所用相关线程都阻塞。用LWP实现，用线程组表示这些线程逻辑上所属的进程。
......
linux 2.6线程创建源码分析
上章讲到线程，现在对线程创建的代码流程分析下。来一步一步揭开她神秘的面纱
linux内核创建线程函数 kernel_thread()，最终会调用do_fork().
前面谈到线程也是用task_struct结构表示它拥有的信息，只是是共享进程的资源。
根据clone_fla ......
