use*_*952 7 c memory-alignment memcpy armcc
我正在将一些软件从gcc-toolchain移植到armcc-toolchain(处理器保持不变(Cortex-A9)).在C代码中使用memcpy.armcc通过调用__aeabi_memcpy替换对memcpy的调用.常见问题解答如下关于__aeabi_memcpy(ARM编译器如何处理memcpy()?):
在许多情况下,在编译对memcpy()的调用时,ARM C编译器将生成对专用的,优化的库函数的调用.从RVCT 2.1开始,这些专用函数是ARM体系结构(AEABI)的ABI的一部分,包括:
__aeabi_memcpy
This function is the same as ANSI C memcpy, except that the return value is void.
Run Code Online (Sandbox Code Playgroud)
但是与gcc相比,在我的所有情况下对memcpy的调用都可以正常工作,使用armcc对memcpy的调用__aeabi_memcpy会连续产生对齐异常.同时我发现,对memcpy的调用可以处理源和目标地址不是4字节对齐的调用,但前提是它们都不是4字节对齐的.例如:
volatile uint32_t len = 10;
uint8_t* src = (uint8_t*)0x06000002; // 2-byte aligned
uint8_t* dst = (uint8_t*)(0x06000002 + 20); // 2-byte aligned
memcpy(dst, src, len);
Run Code Online (Sandbox Code Playgroud)
将工作.但是例如:
volatile uint32_t len = 10;
uint8_t* src = (uint8_t*)0x06000002; // 2-byte aligned
uint8_t* dst = (uint8_t*)(0x06000002 + 22); // 4-byte aligned
memcpy(dst, src, len);
Run Code Online (Sandbox Code Playgroud)
会导致对齐异常.我正在使用uint8_t类型的指针*我明确告诉编译器地址可以有任何对齐.但显然这个__aeabi_memcpy无法处理每个路线组合.如何解决此问题(最好不使用用户特定版本的memcpy更改现有代码中对memcpy的所有调用)?感谢帮助.
如果您不想更改代码,有两种选择:
1) 禁用 Cortex-A9 上的未对齐异常。这完全解决了问题,但您可能会受到性能影响。
2)修补库。您可以在要链接的 lib 文件中重命名符号 __aeabi_memcpy。然后,您可以实现自己的 __aeabi_memcpy 来检测对齐错误,使用专门的例程处理它或跳转到原始 memcpy 函数。如果您使用的是 Linux,您甚至不需要重命名该符号。链接器允许您覆盖函数。
这两种解决方案都有点脏,但如果您不想更改代码,这就是我能想到的。
哦,你应该提交一份错误报告。您所看到的行为绝对是一个错误。Memcpy 应该可以在任何对齐方式下正常工作。