记一个错误undefined reference to ‘pthread_create‘

           \,\,\,\,\,\,\,\,\,\, 事情的经过是这样的，本身我电脑上配置的codeblocks是13.12版的，原本的安装路径在C盘上。
           \,\,\,\,\,\,\,\,\,\, 后来为了提升个人体验，把机房的codeblocks 20.03搞到了自己的电脑上。并且装到了G盘上。
           \,\,\,\,\,\,\,\,\,\, 刚转移过来的时候，因为是直接复制粘贴的机房文件，所以编译器路径名也是没有修改的。当时也是报错，“Id returned 1exit status”。当时正值我学习C语言期间，其实C++也无所谓，C盘的MinGW文件夹里面的库足够使用。所以我把路径改成了C盘的MinGW。
           \,\,\,\,\,\,\,\,\,\, 就在最近，我在用<pthread.h>头文件，想用线程进程模拟分布式大创课题的时候，写代码用到pthread_create，报错undefined reference to ‘pthread_create’。
           \,\,\,\,\,\,\,\,\,\, 找不到问题所在，所以十分烦躁。
           \,\,\,\,\,\,\,\,\,\, 后来冷静下来，开始尝试寻找解决方法。找了一下库文件到底在哪里，后来发现在codeblocks文件夹里面的一个include文件夹里。文件名为pthread.h中，只有函数声明，没有函数实现，我怀疑是不是因为这个原因，所以显示undefined reference？然而查询资料得知，一般函数实现不会给出，没有深究，可能是通过二进制文件动态链接实现。
           \,\,\,\,\,\,\,\,\,\, 后来，我想到，线程进程涉及系统权限的操作。是否应该把codeblocks放到C盘系统盘里面？这其实就是路径的问题了，没有轻举妄动。我尝试在codeblocks中寻找函数列表，和其他编译器不同的是，codeblocks的函数列表，放在了Manager下面的FSymbol中，但是当我查询时，竟然没有找到我想找的函数。
           \,\,\,\,\,\,\,\,\,\, 把代码发给舍友，在别人电脑上可以跑，至少说明我的代码没有什么问题。对照compiler设置，唯一不同的就是路径。下意识看了一眼自己的路径，竟然在C盘上。改到了G盘上就完结了。而后来发现，C盘的库里面是没有<pthread.h>的。可能是版本问题。
           \,\,\,\,\,\,\,\,\,\,

           \,\,\,\,\,\,\,\,\,\, 为什么编译器在我include时没有报错？
           \,\,\,\,\,\,\,\,\,\, 显然这是没有语法错误的，编译可以通过，只不过是链接错误。词法和语法分析都通过了。类似的大多数问题，都是路径问题…以后该长点记性了。