对`pthread_mutex_trylock'的未定义引用

Question

我有以下测试程序。

#include <iostream>
#include <cstdlib>

using namespace std;    
pthread_mutex_t mymutex = PTHREAD_MUTEX_INITIALIZER;

int main(int argc, char *argv[])
{
  int iret;
  iret = pthread_mutex_trylock( & mymutex );
  cout << "Test2 !!! " << endl;
  pthread_mutex_unlock( & mymutex );
  return EXIT_SUCCESS;
}

如果我在不添加pthread库的情况下进行编译，则会得到pthread_mutex_trylock的未解决错误，但仅针对pthread_mutex_trylock函数。

如果我将pthread_mutex_trylock替换为pthread_mutex_trylock，则即使没有-lpthread *选项，程序也可以编译并运行良好。

如果将-lpthraed选项添加到编译命令中，则所有命令运行良好，则运行良好： $ g ++ test2.c -o test2 -lpthread此警告未解决： $ g ++ test2.c -o test2

错误输出示例：$ g ++ test2.c -o test2 /tmp/ccU1bBdU.o：在函数main': test2.c:(.text+0x11): undefined reference to pthread_mutex_trylock的main': test2.c:(.text+0x11): undefined reference to collect2：ld返回1退出状态

如果我替换指令iret = pthread_mutex_trylock（＆mymutex）;

使用iret = pthread_mutex_lock（＆mymutex）; 如果没有将pthread libarry添加到compile命令中，程序也可以编译并运行而没有错误，如果我不使用-lpthread选项，我知道拥有未解决的错误是正确的，但是为什么我没有同样的未解决的错误还用于其他pthread_函数吗？

我在Fedora 12上使用gcc 4.4.2

$ g++ --version
g++ (GCC) 4.4.2 20091222 (Red Hat 4.4.2-20)
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

对于仅对pthread_mutex_trylock取消引用的含义，有一些建议吗？

感谢您的帮助，恩佐

Answer 1

如果使用pthread函数，则应将目标文件与-lpthread链接，而不必担心libc是否包含符号。

据说这样做的理由是这样的：前一段时间，当使用线程的应用程序在没有线程支持的系统上运行时，使用了libc中的存根。 在这样的系统上， pthread_*函数链接到libc存根，该存根返回错误，表明没有线程功能。 在“线程”系统上时，它们已链接到pthread库并正常工作。

显然，在策略更改为与-lpthread链接之后，出现了pthread_mutex_trylock函数。 所以没有存根。

Answer 2

为了便于移植，应同时使用-pthread选项执行编译和链接。 在某些系统上，将在编译时添加带有指定-pthread特定标志（例如-D_REENTRANT ）。

如果您想知道-pthread对编译和链接标志有什么作用，请运行gcc -dumpspecs 。