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

编译器的版本信息如下:

然后用另外 1 个编译器, riscv32-elf-编译工具链进行测试, 发现即使对于大的响应文件, 这个编译器也是可以编译出. o 文件的, 请问对于维护 csky-elfabiv2-编译工具链的人, 这个问题要怎么处理?
问了, 还没人回;
两边的编译方式没有本质的区别, 响应文件其实就是把 gcc 命令行除 gcc 之外的所有文本放在了文件里;
如果使用默认的编译方式, 也就是贵司目前使用的, 其实也就是 gcc 命令行的方式, 当 gcc 后面的命令行文本过长, 一样会出现编译失败, 只是目前的命令行不够长而已, 这个是 windows 系统的限制, linux 的限制说是 2M;
采用响应文件的编译方式, 本质是为了解决 gcc 后面的命令行文本太长导致编译失败的问题, 但不知为什么这个编译器对于文件过大的响应文件编译 (如以上所说的 39K 大小) 也通过不了, 难道是 gcc 6. 3. 0 的版本过低了, 不知道;
问的帖子在这里: https: //developer. huawei. com/consumer/cn/forum/topic/0207213450504761604? fid=23
好像问错地方了