目前发现在windows环境下, csky-elfabiv2-编译工具链对小的响应文件可以支持,支持的意思是编译1个.c文件, 可以用gcc @响应文件的方式编译出.o文件, 但是对大的响应文件,比如39K大小,就会报如下错误:
编译器的版本信息如下:
然后用另外1个编译器,riscv32-elf-编译工具链进行测试,发现即使对于大的响应文件,这个编译器也是可以编译出.o文件的, 请问对于维护csky-elfabiv2-编译工具链的人,这个问题要怎么处理?
查看更多
我们没有用过这种编译方式,只用make方式编译。因为芯片使用的是平头哥的XT804内核,编译工具链是平头哥提供的,不是我们维护的,具体使用问题可以去平头哥网站提工单咨询。
问了,还没人回;两边的编译方式没有本质的区别, 响应文件其实就是把gcc命令行除gcc之外的所有文本放在了文件里;如果使用默认的编译方式,也就是贵司目前使用的,其实也就是gcc命令行的方式,当gcc后面的命令行文本过长,一样会出现编译失败,只是目前的命令行不够长而已,这个是windows系统的限制,linux的限制说是2M; 采用响应文件的编译方式,本质是为了解决gcc后面的命令行文本太长导致编译失败的问题,但不知为什么这个编译器对于文件过大的响应文件编译【如以上所说的39K大小】也通过不了,难道是gcc 6.3.0的版本过低了,不知道;
发布 问题
分享 好友
手机 浏览
回到 顶部
问的帖子在这里: https://developer.huawei.com/consumer/cn/forum/topic/0207213450504761604?fid=23
好像问错地方了