最近使用的机器有多人操作，gcc 被其他人使用<code>apt-get更新过了，导致需要使用 gcc 进行编译的工程在编译过程中出现libstdc++.so.6: version 'GLIBCXX_3.4.30' not found的报错。这个工程之前是可以正常编译的，猜测是更新之后，相应的文件丢失了或者是文件(动态链接指向的文件)出问题。

根据报错信息查看libstdc++.so.6文件的详细信息：

ls -al /path/to/libstdc++.so.6 # 这里 /path/to/libstdc++.so.6 在报错信息中会给出

应该可以看到是一个软连接，那么就和我们前面的猜测一致了，是动态链接指向的文件出问题了。

利用strings命令看一下指向的文件其GLIBCXX的东西是否能对应上(由于在编译工程的时候已经出现了报错，那么必然是对应不上的了，也就是查询的结果为空)

strings libstdc++.so.6 | grep GLIBCXX_3.4.30

# 不会有任何输出

从系统其他地方找符合要求的libstdc++.so.6，可以使用locate命令快速查找：

locate libstdc++.so.6

# 应该会出来一堆的结果

从locate命令的一堆输出中，找到/usr/lib/x86_64-linux-gnu这一条，并使用string命令看一下其GLIBCXX的东西

strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep GLIBCXX_3.4.30

# 输出内容：GLIBCXX_3.4.30

重新创建软链接/path/to/libstdc++.so.6，时其指向/usr/lib/x86_64-linux-gnu/libstdc++.so.6

rm /path/to/libstdc++.so.6

ln -s /usr/lib/x86_64-linux-gnu/libstdc++.so.6 /path/to/libstdc++.so.6

不出意外的话，到这里前面的编译报错就不会出现了。

在多用户的机器上，在需要使用和系统自带的版本不同的软件的时候，可以把需要的版本的软件安装到自己账户的home目录下，再通过设置环境变量了指定软件的位置即可，这样既不影响其他用户，也不会被其他用户影响。

———— 沃·兹基硕德