C++动态库向前兼容的能力，真是一言难尽。

[tool2d]

公司有个运行在外网的生产环境，是 linux 早期版本，本着只要代码能运行，就没人去动的原则，内核一直比较老。

然后我想加一点小功能，想着现在 clang 那么强大了，跨平台编译应该轻轻松松，然而测试结果让我大跌眼镜。

目前几乎所有的 clang 交叉编译环境，都是基于新版本的 GLIBC ，相当于 VC 的 Runtime Lib ，而这货竟然严重依赖于系统内核版本？测试了好几个打包编译器，都是顺利生成 ELF ，可运行报错，提示让先升级内核。

无奈，一点点换老款编译器，从 2022 年的 clang ，到 2020 年的 clang ，到 2012 年的 gcc, 再到 2007 年的 gcc ，最后一个终于运行成功！

硬着头皮，用最原始的编译器，写最炫酷的 2023 新代码。

[uiosun]

路过，向前兼容？那个不是 JAVA 的 Slogan 之一吗——JAVA8 永远的神……

[lichao]

这方面无敌的还是 M$

[Crawping]

c++ 一大特点
生产环境与编译环境绑定..

[tool2d]

@uiosun 是向后兼容，不停的换编译器，脑袋都快裂开了。

内心非常不愿意用老款 GCC ，又不得不用的那种感觉，不知道怎么形容。

[ysc3839]

glibc 按理来说不依赖内核吧？不过只能新版本 glibc 兼容旧版本编译的程序，不能反过来。
MSVC 这边，之前是只能同版本兼容，但是能多版本共存。VS2015 开始可以跨版本兼容，但是如果程序使用了新版本加入的函数那就不兼容旧版本。不过 MSVC 一直可以静态链接。

[besto]

1, C++11 之前的 C++ 真的忍不了；
2, clang 这种有很多默认检查，但基本可以关，这甚至直接导致 github 上一大堆开源代码拉下来编不过；
3, 一般 gcc 都是谈版本不谈年份。。。交叉编译，难道是嵌入式？ linaro 最新的才 7.5...arm 官网有 9.x 的，不过 2012 年的 gcc 不能用是什么鬼

[wingkwanli888]

2023 年了为什么 c++ 还没有 npm, maven 之类的包管理器

[DsuineGP]

@ysc3839 glibc 是内核向用户态暴露的接口, 肯定依赖内核啊

[tool2d]

@ysc3839 依赖的，你 google 搜一下"glibc kernel compatibility"，遇到这种问题，完全无解。

好像可以通过修改 GLIBC 里的 MIN_KERNEL_SUPPORTED 来屏蔽一些功能，支持老内核的 linux ，可这货一般没人去自己编译。

而且 GLIBC 和 VC Runtime 不一样，加了太多东西，静态编译会有各种奇怪问题，真是心力交瘁。

[lhbc]

想要不依赖系统提供的库，不想用内核的 API ，就自己整齐一套
又想调用系统库，又要调用系统 API ，还想不依赖版本，这种好事哪有这么容易

自己把东西整齐活了，就不依赖了

[ysc3839]

@DsuineGP 是吗？不是 C 运行库吗？按理来说应该不太依赖系统功能的。

@tool2d 那我就不知道了，我只遇到过新 glibc 版本编译的程序拿到旧系统里运行不了的情况。

[Noicdi]

最近在搞公司项目一个老模块依赖的 openssl 升级，体会到了这种兼容问题，整得我狗脑子要炸了

[iold]

@wingkwanli888 #7 vcpkg ，巨硬的，我一直在用

[bitdepth]

試過靜態編譯？
其實是你 toolchains 有問題

[luvroot]

用 Go 把，静态依赖编译，让你不用考虑环境的问题

[DsuineGP]

@tool2d 如果依赖不多编译不麻烦的话, 可以尝试一下静态链接 musl(替换 glibc) 和 libc++(替换 libstdc++)

@ysc3839 称为「 C 运行库」是因为 libc 会提供大量接口给用户态程序, 比如说 open 等等, 实际上底层就是将内核的 syscall 进行封装并暴露 abi 接口. 并且程序也是可以不依赖「 C 运行库」的, 比如 linux 内核.

[tool2d]

@bitdepth 静态编译后运行，运行也报内核太低，这点就很迷了。

toolchains 应该没问题，因为能正常生成 ELF ，我想在放到普通桌面 linux 上，大概率也能顺利运行。只是服务器比较特殊，不敢随便动内核。

想想还是 MS 好啊，静态编译 CRT ，基本上就没什么负担了。

[Reficul]

@luvroot #15 Go 也有内核版本依赖，1.18 已经去掉了很多对很多老内核的系统调用兼容。

[bitdepth]

你只是 ABI 相容，不代表 sysycall 相容
你大過是 timestamp 之類轉換為 64bits 這種 ioctl 出問題了

[junmoxiao]

有一说一上面提到的问题都可以解决，看看 vc-ltl 那个项目，xp 到最新的 win11 ，就算 api 有变化，一样能兼容。从原理上来说 linux 下也能做到，只是没人做