Linux标准库的替代品?

Linux标准库的替代品?,linux,binary-compatibility,lsb,Linux,Binary Compatibility,Lsb,当分发源代码不是一个选项时,Linux标准库允许一种机制来实现与许多Linux发行版的二进制兼容性 然而,它似乎已被放弃作为一种方法: 我对保持二进制兼容性的最佳途径感兴趣。上面提到的文档基本上说Linux发展如此之快,以至于没有一个标准库是不现实的。我很感激,但还有其他选择吗?用谷歌搜索这个主题很困难,因为你大部分都会得到关于LSB的参考资料。规范的解决方案是开发自由软件并发布其源代码。那么,将其移植到发行版的负担就落在发行版制作者身上了。您可以帮助他们进行广泛使用的软件包管理,例如,将您的免

当分发源代码不是一个选项时,Linux标准库允许一种机制来实现与许多Linux发行版的二进制兼容性

然而,它似乎已被放弃作为一种方法:


我对保持二进制兼容性的最佳途径感兴趣。上面提到的文档基本上说Linux发展如此之快,以至于没有一个标准库是不现实的。我很感激,但还有其他选择吗?用谷歌搜索这个主题很困难,因为你大部分都会得到关于LSB的参考资料。

规范的解决方案是开发自由软件并发布其源代码。那么,将其移植到发行版的负担就落在发行版制作者身上了。您可以帮助他们进行广泛使用的软件包管理,例如,将您的免费软件打包到.deb。换句话说,Linux和POSIX更多地是关于源代码兼容性而不是二进制兼容性。编辑问题以反映源代码分发情况不是一个选项。那么您就只能靠自己了,您可能在这里得不到任何帮助,因为您没有显示任何源代码或命令是离题的。有时您可能会尝试静态链接,但请记住libc通常是LGPL许可的,因此您需要启用重新链接到较新的libc:特定的编程问题、软件算法或程序员常用的软件工具;这是软件开发特有的一个实际的、可回答的问题……对我来说似乎是一个话题。可能是这样的情况:保持源代码的专有性比将其作为自由软件发布对您的公司或客户来说成本更高,正是因为这样的打包和系统不兼容问题。