关于C#：对’pthread_create’的未定义引用-pthread不起作用

undefined reference to `pthread_create' -pthread not working

我正在一个函数中创建新的线程，我已经包含pthread.h。但是它不起作用，我在编译时一直收到以下错误：

undefined reference to `pthread_create'

号

我用来编译的标志如下：

CFLAGS=-std=gnu99 -pthread -g -Wall -Wextra -Werror
-Wmissing-declarations -Wmissing-prototypes -Werror-implicit-function-declaration -Wreturn-type -Wparentheses -Wunused -Wold-style-definition -Wundef -Wshadow -Wstrict-prototypes -Wswitch-default -Wunreachable-code

号

编译器是gcc

生成文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

CC=gcc
CFLAGS=-std=gnu99 -pthread -g -Wall -Wextra -Werror -Wmissing-declarations -Wmissing-prototypes -Werror-implicit-function-declaration -Wreturn-type -Wparentheses -Wunused -Wold-style-definition -Wundef -Wshadow -Wstrict-prototypes -Wswitch-default -Wunreachable-code

all: finder

finder: stack.o list.o finder.o
$(CC) -o mfind stack.o list.o mfind.o

stack.o: stack.c stack.h
$(CC) -c stack.c $(CFLAGS)

list.o: list.c list.h
$(CC) -c list.c $(CFLAGS)

finder.o: finder.c finder.h
$(CC) -c finder.c $(CFLAGS)

clean:
rm -f *.o finder

相关讨论

CFLAGS通常是将链接库放入的错误变量，许多构建系统将CFLAGS放在要链接的文件之前的命令行上。您的构建系统可能提供一个LIBS变量，您可以在其中放置-pthread。没有足够的信息来确定。
当你得到这个错误时，你运行的是什么确切的命令？
最小代码可用？
@felixpalmen我使用makefile，因此cflags只定义我使用的标志。
我只是想用makefile编译我的程序。我只是在创造新的线索。@克里斯特纳
@cspei这是我创建新线程所调用的：pthread_create(&；newt->tid，null，beginsearch，(void*)newt)；
@是的，但那不能回答我的问题，是吗？
@然后，cows42显示makefile的(相关部分)。我敢打赌有类似于gcc -o$@ $(CFLAGS) $<的链接。-pthread必须出现在输入文件之后。
makefile或no，我们需要看到确切的编译命令正在运行，或者很难调试。我猜链接阶段由于没有传递-lpthread标志而失败，但是我们需要实际的failing compile命令来确定。
编辑您的问题并发布完整的makefile
检查示例代码[此处](linux.die.net/man/3/pthread-create)，该代码可由"gcc-pthread a.c"编译。
好吧，我用makefile@felixpalmen编辑了主贴
在$(CC) -o mfind stack.o list.o mfind.o中，-pthread或包含-pthread的变量在哪里？
@克丽丝特纳啊哈哈…没看到那一排的美元(cflags)不见了。：/谢谢！
@cows42不，你不把$(CFLAGS)放在那里。看看我的答案…$(CFLAGS)按惯例用于编译期间所需的标志，$(LDFLAGS)用于链接期间使用的标志(此处不需要)，$(LIBS)用于链接的库。
@Felixpalmen哦，好吧，我明白了，谢谢：)
@Felixpalmen也没有理由不包括$(CFLAGS)。
@christurner它没有任何用途，并且您可以在没有大量冗余标志的情况下获得更好的可读输出。迟早，您会遇到这样的情况：不同阶段需要不同的标志。
几乎是一个副本：stackoverflow.com/questions/1662909/&hellip；
难道cflags只适用于那些构建包的人，而不适用于包维护者吗(对于那些生成自动工具输出文件并以源代码形式与包一起分发的人来说是这样的)？对于包维护人员而言，似乎打算使用特定的标记和目标标记。包维护人员为自己的测试构建包。真正的建筑发生在用户站。

在链接阶段需要-pthread，而不是在编译单个翻译单元时。典型的方法如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

CC=gcc
CFLAGS=-std=gnu99 -g -Wall -Wextra -Werror -Wmissing-declarations -Wmissing-prototypes -Werror-implicit-function-declaration -Wreturn-type -Wparentheses -Wunused -Wold-style-definition -Wundef -Wshadow -Wstrict-prototypes -Wswitch-default -Wunreachable-code
LIBS=-pthread

all: finder

finder: stack.o list.o finder.o
$(CC) -o mfind stack.o list.o mfind.o $(LIBS)

stack.o: stack.c stack.h
$(CC) -c stack.c $(CFLAGS)

list.o: list.c list.h
$(CC) -c list.c $(CFLAGS)

finder.o: finder.c finder.h
$(CC) -c finder.c $(CFLAGS)

clean:
rm -f *.o finder