[参考译文] 编译器：在Cl6x编译器选项中包括路径选项和-- cmd文件

lavenu patrick1 说：

，但我可以将我的所有include_path放在cmd文件中，并使用--cmd file选项，但它 不起作用，编译失败。

遗憾的是，编译器/链接器读取的文件(如编译器选项文件，链接器命令文件)无法解释CCS变量。 CCS中的include_path选项可以直接引用变量，但该变量不能在传递给编译器shell的文件中使用。  

您可能可以使用 Eclipse环境变量来实现这一目标(在CCS菜单窗口->首选项->CCS->Environment下)。 基本上，使用分号分隔路径列表创建环境变量，并在项目的编译器的include path选项中使用环境变量。 然后，只需与不同的项目共享环境变量(如果在工作空间级别设置，则工作空间中的所有项目都应了解该变量)。 我尚未对此进行过广泛测试，仍在考虑是否有其他方法可以使用CCS变量来实现这一点。 如果我能想到其他建议，我会告诉您。

非常感谢阿尔蒂格快速而准确的回答，我将尝试您的建议。

如果您找到其他建议，请提前向我发送，感谢您的帮助。

此致。

Patrick。

抱歉，我只想补充一点，我已经尝试过，但它不能解决我的问题，即共享x个项目之间的相关include_path列表，而无需在所有项目属性中逐个手动键入它们。

此致。

患者

我的建议是采取如下行动。

-使用包含路径列表创建Eclipse环境变量(此处的路径可以引用CCS变量)。  这确实意味着所有用户都需要在其设置中定义相同的CCS变量，但可以使用 变量文件轻松共享这些变量。 所有编译器的包含路径都可以添加到一个环境变量下。

-将环境变量添加到项目的编译器的include path选项，而不是多个路径的列表。

－在生成过程中，为环境变量列出的每个路径都应传递到–include_path选项。

另外，我认为可以使用“文件”->“导出”->“首选项”和“文件”->“导入”->“首选项”菜单在多个用户之间共享环境变量。

我承认这不像向文件添加选项列表并将其传递给编译器那样直接，但是由于选项文件不支持使用变量，我可以想到这是一种替代方法。  

非常感谢Artig的帮助，我想您使用的是CCSv6，我使用的是CCSv5，它有点不同，但我成功地实施了您对旧版本的建议。

但是我还有一个问题，我有很多项目文件，需要自动编译它们，为此，我使用的是com.ti.ccstudio.apps.projectImport和com.ti.ccstudio.apps.projectBuild命令。

问题是现在，我的所有项目都依赖于eclipse环境变量，如果我不做任何操作，则项目无法编译。

我的问题是，在我的用例中，如何在我的工作空间中自动添加eclipse环境变量以使编译成功？

提前非常感谢您的帮助。

此致，

Patrick。

非常感谢ArtiG的快速回答。

关于您的第一个建议：

如果使用1)选项，问题是我有一个非常长的include路径，必须将其写入x次。

我找到了一个使用唯一宏. INI文件的解决方案，并将其复制到每个项目目录中。 当我打开项目时，include路径出现在项目的build变量中。

问题是，在我的macros.ini文件中，我写了：

Inc_path_list=路径1;path2;路径h3.

但是，当CCS在项目的build变量中导入我的宏文件时，它将INC_PATH_LIST转换为目录而不是列表路径，因此我的编译失败。

我的问题是如何在macros.ini文件中写入INC_PATH_LIST变量，使CCS将其转换为项目Build变量中的列表路径，而不是目录？

提前感谢您的帮助。

此致。

患者

但是 当CCS在项目的build变量中导入我的宏文件时，它会将INC_PATH_LIST转换为目录而不是列表路径，因此我的编译失败。

我的问题是如何在macros.ini文件中写入INC_PATH_LIST变量，使CCS将其转换为项目Build变量中的列表路径，而不是目录？

遗憾的是，macros.ini文件当前不支持列表类型变量。 我们正在跟踪一个增强请求，以便在未来的CCS版本中添加此支持，但该支持目前不可用。

再次感谢您的回答。

因此，如果我理解，CCS没有解决方案可以完全自动地管理，包括许多项目的通用路径变量？

此致。

患者