wbvalid的博客

在本例的情况下，vscode-server端捆绑的node依赖的是GLIBC_2.28，那么我们只需要下载glibc 2.2.8版本即可，不需要下载太高的版本，因为更高版本依赖于高版本的make，as，ld等binutils，可能会无法顺利编译。通过vscode的remotessh插件连接老版本服务器（如RHEL7，Centos7）时，插件会报错，无法连接。首先，我们要进入vscode-server端的路径，通常情况下在家目录的这个位置。，千万不要覆盖系统的glibc，千万不要安装到系统PATH路径中。

最直接的方案是从LLVM-project的Github Release页面上下载编译好的二进制包，我的环境是ubuntu-20.04 WSL2，因此可以直接开箱即用。如果是远古系统，例如CentOS7之类的，需要先编译一套GCC-11.2工具链，然后再通过GCC工具链编译LLVM+Clang；

GCC 11.2 安装前置条件首先把Ubuntu提供的各种构建工具都给他装上sudo apt install build-essential manpages-dev software-properties-common gcc g++ make bison binutils gcc-multilib flex下载源码包可以到gnu镜像列表找到离你最近的镜像站，下载源码包。注意一定要下载编译所需的依赖包。如下：（我这边最快的是jp的镜像站，每个人情况不同，根据实际情况替换其中的ftp.tsuk

今天在用WSL的时候突然网络抽风，域名解析出了问题，apt update都用不了网上查了很多方法，什么vEthernet的IP啊，ifconfigip啊，ip route add default啥的，都不管用。最后还是看了一下/etc/resolv.conf的配置，里面的nameserver字段显然是不对的，另外上面的注释提示了说这个文件是由WSL自动生成的，如果不希望自动生成，则请在/etc/wsl.conf里面设置一下：我就按照配置文件的说法在/etc/wsl.conf中写下了这行，然后打开po

VScode C++头文件问题的终极解决办法之前在配置VScode环境的时候，按照网上的文章配置，总是找不到头文件，搜索解决方案，都是千篇一律，没有说到重点。在此详细解释一下。局部配置全局配置傻傻分不清楚网上很多文章都在讲一个配置文件c_cpp_properties.json，但是有些人不知道什么原因是找不到这个配置文件的。在扩展面板中，点击C++的设置进入的页面其实是通用设置页面，大概长这样：这里只能看到"在settings.json中编辑"的选项，无论怎么写，都不可能生效，因为真正的配置文件在