Question

我的项目使用SCons来管理构建过程。我想支持多个编译器，所以我决定使用AddOption，这样用户就可以在命令行中指定使用哪个编译器（默认情况下是当前编译器的编译器）。

AddOption('--compiler', dest = 'compiler', type = 'string', action = 'store', default = DefaultEnvironment()['CXX'], help = 'Name of the compiler to use.')

我希望能够为各种编译器提供内置的编译器设置（包括特定编译器的最大警告级别等）。这是我目前首次尝试解决方案的目的：

if is_compiler('g++'):
    from build_scripts.gcc.std import cxx_std
    from build_scripts.gcc.warnings import warnings, warnings_debug, warnings_optimized
    from build_scripts.gcc.optimizations import optimizations, preprocessor_optimizations, linker_optimizations
elif is_compiler('clang++'):
    from build_scripts.clang.std import cxx_std
    from build_scripts.clang.warnings import warnings, warnings_debug, warnings_optimized
    from build_scripts.clang.optimizations import optimizations, preprocessor_optimizations, linker_optimizations

但是，我不确定如何使is_compiler()函数看起来像。我的第一个想法是直接将编译器名称（例如'clang ++'）与用户传入的内容进行比较。但是，当我尝试使用scons --compiler=~/data/llvm-3.1-obj/Release+Asserts/bin/clang++时，这会立即失败。

所以我觉得我会变得更聪明并使用这个功能

cxx = GetOption('compiler')
def is_compiler (compiler):
    return cxx[-len(compiler):] == compiler

这只会查看编译器字符串的结尾，以便忽略目录。不幸的是，'clang ++'以'g ++'结尾，所以我的编译器被认为是g ++而不是clang ++。

我的下一个想法是进行向后搜索并查找第一次出现的路径分隔符（'\'或'/'），但后来我意识到这对于拥有多个编译器版本的人来说不起作用。用'g ++ - 4.7'编译的人不会注册为g ++。

那么，是否有一些简单的方法来确定请求了哪个编译器？

目前，由于c ++ 11的支持，只支持g ++和clang ++（并且只支持最近发布的版本），所以现在只有这两种解决方案适用的解决方案就足够了。但是，我的最终目标是至少支持g ++，clang ++，icc和msvc ++（一旦它们支持所需的c ++ 11特性），所以更喜欢更通用的解决方案。

Answer 1

编译器只是构建过程的一部分。您还需要链接器工具，可能还有其他附加程序。在Scons，它被命名为 - 工具。您可以在man page中看到支持的工具列表from box，按语句搜索：SCons supports the following tool specifications out of the box: ... 工具集必要的scons环境变量，记录为here。

Scons会自动检测操作系统中的编译器并优先选择其中一个，当然如果PATH变量设置为必要的dirs，则自动检测将正常工作。例如，你在Windows上有msvc和mingw，scons选择msvc工具。对于强制使用工具使用工具（'名称'）（env）。例如：

env = Environment()
Tool('mingw')(env)

现在env强制使用mingw。

因此，clang是目前scons不支持from box的工具之一。您需要实现它，或设置使用scons生成构建命令的CC，CXX等env变种。

Answer 2

您只需使用指定here的Python os.path.basename()或os.path.split()函数。

你可以通过将这个问题分成两个不同的问题来完成人们在评论中建议的内容，但我认为能够用编译器指定路径是一个好主意，因为你可以安装2个版本的g ++ ，如果用户只指定g ++，则可能无法获得预期的版本。

Answer 3

这个问题促成了SCons项目的开发，可以解决这个问题：

https://bitbucket.org/davidstone/scons-template/

相关代码位于build_scripts/compiler_settings.py。 SCons选项在SConstruct文件中设置，其中包含以下行：

AddOption('--compiler', dest = 'compiler', type = 'string', action = 'store', help = 'Name of the compiler to use.')
AddOption('--compiler-command', dest = 'compiler_command', type = 'string', action = 'store', help = 'Command to launch the compiler.')

用户可以指定0,1或2个命令行选项。

如果您没有指定任何内容（scons），那么它将使用DefaultEnvironment中的编译器进行构建。

您可以选择指定编译器的名称（scons --compiler=g++）。然后我的脚本假定用于编译的命令与名称相同。

您也可以选择指定要编译的命令（scons --compiler-command=~/llvm-3.1-obj/Release+Asserts/bin/clang++）。然后我的脚本假定您使用的编译器的名称是可执行文件的名称（最终目录分隔符之后的所有内容，由os.path.basename确定）。

您可以指定两者。这使您可以处理奇怪的情况：scons --compiler-command=/path/to/executable/that/is/not/clang++ --compiler=g++

它使用名称来确定要打开的警告/优化。我甚至为名称添加了一些规范化，因此就编译器名称而言，g ++，gcc和GcC都被视为同一个东西。

它还有很多工作要做，例如支持更多编译器，更好地支持mingw编译器，以及检测编译器版本，以便更好地处理仅在x.y.z +版本中可用的标志。如果我能做scons --compiler-command=/path/to/gcc-4.7.1这样的事情并让它检测到编译器是gcc而不必我明确告诉它也会很好。

然而，它解决了我打算修复的初始问题。为了让我走上正确的轨道，大部分功劳必须归功于Voo。

如何确定请求的编译器

3 个答案: