[参考译文] CCS/TMS320C6678：如何实现直接在 CCS RTSC 工程中生成代码的 XDCscript 代码？

你(们)好，Sasha。 感谢你的答复。

我知道@CustomHeader 属性、不想使用它、因为长主头文件仍由 XDC 生成。

“@模板”属性似乎是个好主意，但对我来说不起作用。 因为我的源代码是用多个命名空间用 C++编写的、其中的接口不能从 C 调用。如果我想使用 C 代码、我必须为这些接口创建可调用的 C 语言包装程序。

有没有其他方法可以实现我的目标？

我可以在 RTSC 工程中看到一些功能：

• 生成的"app_p .c/h"文件位于生成的名为 configPkg 的软件包中。
• CCS 工程本身的 makefile 文件不包含有关"app_p"的任何信息 .c/obj"、因此项目不必了解生成的源文件。
• CCS 工程链接到在软件包 configPkg 内部生成的"linker.cmd"。 在该链接器脚本中、写入"app_p .obj"。

因此、我想我可以使用与生成自定义软件包或将一些脚本添加到软件包 configPkg 中相同的方式、以便可以在软件包中编译从模板生成的自定义源文件、然后与 CCS 工程的其他内容链接。 但这种方法是否可以实现？

您好、Sasha。

感谢您的想法、我尝试直接在 CCS 项目目录中生成 CPP 文件。 它只能在增量编译中工作、也就是说、如果我从头开始编译工程、它会失败、然后我必须再次编译(现在变为增量)。 这也意味着我必须点击两次'build'来创建二进制文件、这使得构建工作变得很奇怪。 所以我不会采用这种方法。

我想在工程中预添加 CPP 文件并使用模板替换其内容应该可以防止此问题、但这种方法允许每个 CCS 工程手动添加初始 CPP 文件、这会使库不易使用。 因此、我必须放弃它。

但您指出、我可以使用'xdc.loadPackage (Program.buildPackage).packageRepository +"../../..." 跟踪实际项目位置。 这对我有很大帮助。

因此、我当前的解决方案是：
-源文件是在库包中编译的，因此在配置对象模型中不可更改给库用户。
-提供具有不同设置的多个库。
-用户代码使用单个头文件作为条目来访问多个库之一，该头文件包括在 CCS 工程中生成的中间头文件，并根据 cfg 模型确定实际使用的库。