使用 ARM DS-5 环境，基于 Eclipse 4.3.2，我定义了一个 C 项目并使用 Makefile 来构建它。 Makefile 包含一些模块选择变量，它们设置为Y 或N，具体取决于我们是否要包含模块。
我正在尝试从项目设置中设置这些变量。因此，我使用以下构造在 Makefile 中设置默认设置：
Module_1 ?= Y
Module_2 ?= Y
现在，我想添加一个项目变量Module_1 设置为Y 或N。碰巧C/C++ Build下有Build Variables和Environment变量。当我将 Module_1 N 添加到 Environment 变量时，它会覆盖默认设置。但是，当我在 Build Variables 中执行相同操作时，它没有任何效果。
这两种变量有什么区别？
【问题讨论】：
标签： eclipse build makefile environment-variables eclipse-cdt
据我所知：
只能在 Eclipse 中访问构建变量。它们可能会影响其他 Eclipse 组件。您还可以在 Eclipse make 目标中引用这些变量，例如：
make ${name_of_variable}（注意大括号）
“name_of_variable”将在 Eclipse 的“构建变量”菜单中声明。这些变量可以作为参数传递给外部工具，但它们不是这些工具的 shell 环境的一部分。
可以从构建过程中启动的外部工具访问环境变量（例如 GNU make：如果您在 Eclipse 的“环境变量”中声明“env_variable”，则可以在 makefile 中使用语法@ 987654322@（注意括号））。它们成为外部工具的外壳环境的一部分。请注意，它们也可以用作 Eclipse 中的构建变量。此外，您可以在环境变量的声明中调用构建变量，例如my_env_var = ${my_build_var} 反之亦然。
误导的一点是，当您在 Eclipse 的“构建变量”配置页面中勾选“显示系统变量”时，您会看到 Eclipse IDE 本身的环境变量，以及您在 Eclipse 中定义的环境变量。
我不是 Eclipse 的开发人员，所以我无法证明上述行为的理由。我怀疑这样做的目的是避免仅对 IDE 内部有用的变量与应该传播到外部工具环境的变量之间的冲突。我宁愿在 Eclipse 中有一个变量类型，并选择是否导出它们（例如，通过勾选复选框“导出”）。这会更有意义。
【讨论】：