[参考译文] 预定义符号、用于仅构建 cla.obj

lib/中的许多内容都是相当有用的内容、例如 GPIO 读取/写入、ePWM 修饰符、可从 C28x 和 CLA 使用。 是否确实支持重复使用同一来源？

我还不确定的是从您共享的文档中编译共享文件(例如 solution.c/h)。

当 C28x 编译器正在编译 main.c 文件时、我假设依赖项(lib.c/h)会内置到 obj 文件中。 调用 CLA 编译器将 tasks.cla 编译到对象时、它是否会使用 _TMS320C28XX_cla__符号重新编译依赖项(lib.c/h)？ 它是否重复使用 C28编译器中的.objs？

提问、因为我遵循了您分享的文档中的建议-这样  

// shared.h header file

#ifndef __TMS320C28XX_CLA__
// Declare C28 functions

#include "c28_utils.h" //c28 ONLY helpers
void func1();
void func2();

# else 
// Declare CLA funcs

void func1();
void func2();

#endif

// shared.c defintion file


# include "shared.h"
#ifndef __TMS320C28XX_CLA__
// Declare C28 functions

void func1() {
 // do something
 }
void func2(){
 // do something
 }
# else 
// Declare CLA funcs
void func1() {
 // do something else
 }
void func2(){
 // do something else
 }

#endif

我使用了一些源代码分析工具、并确保 shared.h 仅包含在.cla 文件中、而不包含在 C28 CPU 主文件中。  

嗨、Ozino。


感谢您的答复。 我浏览了链接工程的代码、似乎存在误解。

您共享的工程似乎使用 ISR 的1个定义、并使用预处理器指令来切换它的执行位置(CPU 或 CLA)。  

在我的例子中、我想根据共享函数是由 CLA 任务调用还是 C28x 内核调用来更改该函数的定义。 理想情况下、这还会包括函数签名的差异(因此、在头文件中、我前面的注释中有2个不同的声明)。

如果您能回答以下问题-我认为我们已经解决了 误解

1. 依赖项(包括)由 c28和 CLA 编译器独立扫描。 AKA -如果同一源文件同时包含在 CLA 和 C28代码中、我是否可以期望它两遍？
2. 因此、我是否可以操作编译器、以便为源代码生成2个不同的.obj 文件(假设一个文件是使用 CLA 编译器定义的_TMS320C28XX_CLA__编译的、另一个文件不使用 C28编译器定义的符号)。 我是否需要在替代定义中重命名符号(我大致记得 CLA 编译器在所有使用的符号名称前加上"cla")
3. 这意味着我应该可以从 C28和 CLA 中调用"相同"的函数、并实现不同的行为。 这是可能的吗？

尊敬的 Prakhar：

感谢您的详细说明。 只要定义了函数定义、使其适用于目标的相应核心、您提出的建议就应该是可行的。

Unknown 说：

是由 c28和 CLA 编译器独立扫描的依赖项(包括)。 AKA -如果同一源文件同时包含在 CLA 和 C28代码中、我可以期待两遍同一源文件吗？

只要您使用必要的保护、即 C28x 与 CLA、就应该能够保留同一函数的两种不同定义。 但我认为这是可能的。

Unknown 说：

因此、我是否可以操纵编译器为源代码生成2个不同的.obj 文件(假设一个文件是使用 CLA 编译器定义的_TMS320C28XX_CLA__编译的、另一个文件不使用 C28编译器定义的符号)。 我是否需要在替代定义中重命名符号(我大致记得 CLA 编译器在所有使用的符号名称前加上"cla")

您是否尝试生成单独的输出文件(例如 main1.out、main2.out)？ 或者、您是否为每个内核寻找单独的 main.obj 文件？ 我不确定在不重命名 main.c 文件或在构建之间保存生成的目标文件的情况下可以实现这一点。

Unknown 说：

这意味着我应该可以从 C28和 CLA 中调用"相同"函数并实现不同的行为。 这是可能的吗？

我的理解是、这不适用于相同的构建正确吗？ 我假设有1个选项是在 C28x 上运行、另一个在 CLA 上运行？

此致、

Ozino

感谢您的答复。

您是否尝试生成单独的输出文件(例如 main1.out、main2.out)？ 或者、您是否为每个内核寻找单独的 main.obj 文件？ 我不确定在不重命名 main.c 文件或在构建之间保存生成的目标文件的情况下可以实现这一点。

我不会遇到两个内核之间的问题。 如果我理解正确-每个 CPU 子系统 都有一个.out 文件、该文件是根据链接器脚本链接在一起的相关.objs。 如果我想在同一子系统上的 CPU 和 CLA 中使用相同的源文件-并且我已经使用了适当的预处理器指令来操作定义-相同的代码是否可以由不同的编译器(使用不同的预定义)编译 生成不同的.objs -一个用于 C28、另一个用于 CLA -然后将其分别链接到 CPUx_main.obj 和 cla_tasks.obj 进行的相关调用？

Unknown 说：

但我仍然收到警告  

从 CLA 文件"./CPU2_cla.ob

我假设生成我收到的错误消息(在前一个回复中提到)是因为 shared.h 文件是由 C28编译器编译的、然后 CLA 会重复使用同一.obj。

我试图实现此行为的唯一原因是有效地管理我的源代码。 我尝试将一些电机控制代码从 C28移植到 CLA。  我希望代码位于同一个文件中、以便将来可以维护。