我有一块用C编写的软件,这意味着尽可能多地运行linux发行版,我需要找出一个有效的策略.我试图在这种情况下运送二进制文件不是源代码(可能很好知道).这已经是一个商业产品,我有知识产权问题,阻止我公开采购产品,但也意味着我必须处理无数GPL问题.

目前的推理方式是选择一个最小的分母,并构建一切.这有两个重大的影响,我觉得反效果.

>旧版GCC中的C支持缺少一些更现代化的C功能.
>最不常见的特征是Red Hat Enterprise Linux 4(RHEL4)

我绝对不需要整个C11功能集,但是我想将C支持带到Visual C 2010.我认为使用Clang / libc,而不是GCC / libstdc .

对于构建C应用程序来说,RHEL4似乎没有广泛的跨平台支持,更不用说,在不同版本的Linux上,ABI的稳定性几乎没有任何意义,但是我担心RHEL4比值得更麻烦.尝试针对所有发行版本进行构建,这不是一个可行的策略.

我假设编译用于不同Linux版本的软件最好通过使用目标平台上的工具编译目标平台的软件来实现.我现在也在运行这个假设,如果你不接受这个假设,你会遇到巨大的可移植性问题的跨平台的Linux平台.不要谈论许多可以或不能链接的库,因为跨平台/发行版的C ABI不稳定.

但是我可能错了,我想听到有人经常处理这个问题.什么工作,为什么？或者更重要的是,什么不行？