打印
[其它产品/技术]

将ADS工程移植至TASKING IDE时,出现SFR文件重复定义、地址映射异常等编译错误。

[复制链接]
117|10
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
内政奇才|  楼主 | 2025-5-27 17:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
将ADS工程移植至TASKING IDE时,出现SFR文件重复定义、地址映射异常等编译错误。

使用特权

评论回复
沙发
公羊子丹| | 2025-7-31 17:26 | 只看该作者
你确认是不是同时包含了ADS的sfr头文件和TASKING自己的device文件?很容易冲突。

使用特权

评论回复
板凳
周半梅| | 2025-7-31 17:27 | 只看该作者
一般移植的时候要注意寄存器映射头文件是平台相关的,不能直接通用。

使用特权

评论回复
地板
帛灿灿| | 2025-7-31 17:28 | 只看该作者
TASKING IDE有时候默认带一套硬件抽象层(CMSIS风格),建议排查是不是双重定义。

使用特权

评论回复
5
童雨竹| | 2025-7-31 17:29 | 只看该作者
地址映射异常可能是链接脚本不兼容,TASKING的ld文件结构和ADS差别挺大的。

使用特权

评论回复
6
万图| | 2025-7-31 17:29 | 只看该作者
我之前移植的时候是先砍掉所有自定义SFR,再用TASKING生成一套新的。

使用特权

评论回复
7
Wordsworth| | 2025-7-31 17:30 | 只看该作者
看看是不是某些头文件里加了__attribute__((sfr))或特殊语法,TASKING未必兼容。

使用特权

评论回复
8
Bblythe| | 2025-7-31 17:30 | 只看该作者
建议用TASKING自带的系统模板重新建立工程,把ADS代码逐步迁移进去更稳妥。

使用特权

评论回复
9
Pulitzer| | 2025-7-31 17:31 | 只看该作者
TASKING编译器对语法比较严格,尤其老的ADS工程有些用法容易触发错误。

使用特权

评论回复
10
Uriah| | 2025-7-31 17:32 | 只看该作者
如果你项目用的是TriCore架构,TASKING对这类架构的支持更完善,建议直接用它的设备包。

使用特权

评论回复
11
Clyde011| | 2025-7-31 17:33 | 只看该作者
多谢楼主分享问题,我最近也在搞IDE迁移,看到这个提醒我早点注意SFR冲突问题了。

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

171

主题

1046

帖子

0

粉丝