csky-elfabiv2-编译工具链对响应文件支持的问题?

发布于 2026-05-11 09: 23: 02

目前发现在 windows 环境下, csky-elfabiv2-编译工具链对小的响应文件可以支持, 支持的意思是编译 1 个. c 文件, 可以用 gcc @响应文件的方式编译出. o 文件, 但是对大的响应文件, 比如 39K 大小, 就会报如下错误:

1. png

编译器的版本信息如下:

2. png

然后用另外 1 个编译器, riscv32-elf-编译工具链进行测试, 发现即使对于大的响应文件, 这个编译器也是可以编译出. o 文件的, 请问对于维护 csky-elfabiv2-编译工具链的人, 这个问题要怎么处理?

查看更多

关注者
0
被浏览
26
2 个回答
abcd
abcd 认证专家 2 小时前
我只是个路过的老年人~

我们没有用过这种编译方式, 只用 make 方式编译. 因为芯片使用的是平头哥的 XT804 内核, 编译工具链是平头哥提供的, 不是我们维护的, 具体使用问题可以去平头哥网站提工单咨询.
image. png

customer1
customer1 1 小时前
这家伙很懒, 什么也没写!

问了, 还没人回;
两边的编译方式没有本质的区别, 响应文件其实就是把 gcc 命令行除 gcc 之外的所有文本放在了文件里;
如果使用默认的编译方式, 也就是贵司目前使用的, 其实也就是 gcc 命令行的方式, 当 gcc 后面的命令行文本过长, 一样会出现编译失败, 只是目前的命令行不够长而已, 这个是 windows 系统的限制, linux 的限制说是 2M;
采用响应文件的编译方式, 本质是为了解决 gcc 后面的命令行文本太长导致编译失败的问题, 但不知为什么这个编译器对于文件过大的响应文件编译 (如以上所说的 39K 大小) 也通过不了, 难道是 gcc 6. 3. 0 的版本过低了, 不知道;

撰写答案

请登录后再发布答案, 点击登录

发布
问题

分享
好友

手机
浏览

扫码手机浏览