又见 pthread 和 uclibc 冲突

转载时请注明出处和作者联系方式：http://blog.csdn.net/mimepp
作者联系方式：YU TAO <yut616 at sohu dot com>

 

关键字： pthread，uclibc，libc， 冲突，嵌入式

 

几年前，在ARM系统中，遇到过 pthread_cond_wait 有关函数，在 x86 上是正常工作，但在 device 上却工作异常的情况，结果追查到了执行文件链接时 -lpthread -lc 参数有问题。

 

在 uclibc 中有 week symbol 的情况：

0000002c W pthread_cond_wait

 

"w" The symbol is a weak symbol that has not been specifically tagged as a weak object symbol. When a weak defined symbol is linked with a normal defined symbol, the normal defined symbol is used with no error. When a weak undefined symbol is linked and the symbol is not defined, the value of the symbol is determined in a system-specific manner without error. On some systems, uppercase indicates that a default value has been specified.

 

而真正应该使用的是 pthread 里的

000044e0 T pthread_cond_wait

 

"t" The symbol is in the text (code) section.

T 表示已经实现了的，在代码段中的接口。

 

另外 U 表示未定义：

"U" The symbol is undefined.

 

只有 T 才是你真正应该用到的。

 

如果你在编译链接执行文件时，不小心加上了 -lc ，那么就会出现上面的问题，要特别小心。

去掉 -lc 就解决了在 device 上执行异常的问题。

 

这个问题找起来的时候，会很没有头绪，简单的办法就是自己写一个程序，并单独编译后，在 device 上看pthread_cond_wait 是否工作正常，如果正常，那么就说明 device上是能工作的，然后再找到底是哪里引起你的应用工作不正常，慢慢缩小问题范围。