[参考译文] AM263P4：SDK 修复建议

尊敬的 Carl：

感谢您提出上述建议并报告您发现的错误、让我在内部与团队讨论此问题、然后返回给您。

此致、
Shaunak

非常感谢第 2、3 和 4 项

对于项目 1 — 如果 SDK 团队决定不是完全由你们决定的优先级。

但是,我想非常清楚,即使在-O3 上的穿孔也是相当重要的。

编译器不会 跨 TU 边界进行优化。

这些 API 旨在用于日志记录/故障排除、应该尽可能轻量级。 从用户缓冲区复制到 SDK 内部缓冲区、并为每个单个字节产生堆栈帧推送/弹出绝对不是编译器能够在调用站点进行优化的事情。  

例如、请参阅下面的。

下面的代码肯定不会进行优化以将字符合并到字符串文字或 char/uint8_t 缓冲区中。  编译器资源管理器的证据。 即使在 O3 上 、您也会看到 5 个堆叠架的推/弹出、而不是单个堆叠架。

extern void DebugP_shmemPutchar(char c);

// Original function
void User_writeMessage() {
    DebugP_shmemPutchar('h');
    DebugP_shmemPutchar('e');
    DebugP_shmemPutchar('l');
    DebugP_shmemPutchar('l');
    DebugP_shmemPutchar('o');
    DebugP_shmemPutchar('\n');
    DebugP_shmemPutchar('\0');
}

// WILL __absolutely__ not be optimized to
void User_writeMessage() {
    const char* message = "hello\n";
    DebugP_shmemPutBuf(message, sizeof(message));
}

尊敬的 Carl：

感谢详细的解释,我将进一步与团队内部,我已经提出了上述要求,谢谢.

此致、
Shaunak