完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
在移植一个某个程序时,以前平台(arm Cortex-M3)运行得很好的程序,突然到新的平台(arm Cortex-M7)突然出现hard fault 了 FPU active! 然后我通过搜索map文件发现,很多软件包并没有使用rt_memcpy ,而是使用编译器提供的 memcpy 。即使 void *memset(void *src, int c, size_t n)
我才发现原来memcpy并不是直接使用调用的,编译器还分了单字节复制和4字节复制的方式 void __aeabi_memcpy(void *dest, const void *src, size_t n) 也有查找网上资料说 使用 不知道大家有没有更好的办法,能使memcpy完全使用rt_memcpy |
|
相关推荐
3个回答
|
|
要想把memcpy替换成rt_memcpy可以尝试下在GCC链接阶段动手脚。
|
|
|
|
千万别乱用memcpy,这玩意是上来就四字节拷贝的,不判断内存对齐,平时没啥事,一旦死机哭都没有地方哭。rt_memcpy 是安全的。 可以用全局宏来进行替换
|
|
|
|
可是有些软件包并没有使用rt_memcpy ,没办法通过全局宏定义替换。我发现lwip里面都有 直接使用 memcpy的例子。所以感觉我直接重写 __aeabi_memcpy4函数比较好些,但是不知道这个办法在gcc上有没有用
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
如何使用python调起UDE STK5.2进行下载自动化下载呢?
1105 浏览 0 评论
开启全新AI时代 智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束
2386 浏览 0 评论
2024 RT-Thread全球巡回线下培训火热来袭!报名提问有奖!
24642 浏览 11 评论
2972 浏览 0 评论
IaaS+on+DPU(IoD)+下一代高性能算力底座技术白皮书
4451 浏览 0 评论
70720 浏览 21 评论
浏览过的版块 |
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-10-22 00:10 , Processed in 0.627425 second(s), Total 46, Slave 39 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号