C代码的可靠可移植性不依赖于预处理器

Question

依靠预处理器和预定义的编译器宏实现可移植性似乎很难管理。什么是更好的方式来实现C项目的可移植性？我想将特定于环境的代码放在表现相同方式的标头中。有没有办法让构建环境选择包含哪些头文件？

我在想我会把环境特定的标题放到特定环境的目录中。然后，构建环境会将平台目录中的标题复制到根目录中，构建项目，然后删除副本。

Answer 1

这完全取决于您的构建环境，当然与C本身无关。

有一两件事你可以尝试是建立你的包含路径在您的makefile文件这样的：

INCDIRS=-I ./solaris 
#INCDIRS=-I ./windows 
#INCDIRS=-I ./linux 
: 
CC=gcc $(INCDIRS) ... 

，并取消你的工作之一。然后把你的平台特定的头文件在这些目录：

你可以，在必要的时候，甚至有不同平台的makefile如solaris.mk和windows.mk，而不必在所有编辑的任何文件。

但我不认为你对预处理器的反感，这是它擅长的事情之一，人们几十年来一直在成功地做到这一点。最重要的是，当您的代码需要更改每个平台时会发生什么情况。你可以将代码抽象成头文件，但这对我来说似乎难以管理。

Answer 2

这基本上是一个配置脚本的功能 - 即计算出系统的细节，然后修改该系统的makefile。看看GNU autoconf的文档，它可能会做你想做的，虽然我不确定如果有必要的话，它是多么的可移植。

Answer 3

pax's answer是好的，但我会补充一点，你可以

1. 混合和匹配处理在构建系统中的一些系统依赖（大的事情，一般），并与其他预处理器（小东西）
2. 关注麻烦在代码和系统相关位之间定义一个精简的粘合层，并将所有的预处理器废话粘在那里。所以你总是打电话MyFileOpen()，其中调用fopen上的unix和其他窗口上的东西。现在，您的代码中只有与文件打开相关的任何预处理程序的部分是MyFileOps模块。