Open mazimkhan opened 8 years ago
I believe that a linker response file (a file which lists the objects to be linked, instead of listing them on the command line) should be being used for this step (@filename
on the command line for gnu ld).
Could you confirm if the build works with an armcc based target, and also what versions of ninja and cmake you have?
It is mostly failing for gcc. Haven't seen this error for armcc. Although for armcc we have license server issues. So it is not being fully tested.
cmake version 3.2.1 ninja version 1.5.3
Thanks – please could you try updating cmake and ninja to >=3.4 and >=1.6 respectively, and confirm if this is still an issue for a clean build?
Upgraded cmake and ninja. Still having the same issue
http://e108747.cambridge.arm.com:8080/job/yb/684/console http://e108747.cambridge.arm.com:8080/job/yb/690/console http://e108747.cambridge.arm.com:8080/job/yb/687/console
Plus after upgrade following exception is raised by Yotta http://e108747.cambridge.arm.com:8080/job/yb/681/console http://e108747.cambridge.arm.com:8080/job/yb/682/console
This issue is still at large http://e108747.cambridge.arm.com:8080/job/yb/7149/console http://e108747.cambridge.arm.com:8080/job/yb/7202/console http://e108747.cambridge.arm.com:8080/job/yb/7198/console ... and many more
This at this time is only issue affecting CI jobs. Can you please look at it.
For some reason the linker response file isn't being used, when it should be.
Unfortunately I haven't been able to access the build logs you reference.
It's worth checking that CMAKE_C_RESPONSE_FILE_LINK_FLAG and CMAKE_CXX_RESPONSE_FILE_LINK_FLAG are being set correctly in the target you're using (or one of the targets it inherits from). (It should be set to "@", I think)
Yotta produces the linking command line with all objects paths. It becomes too long for Windows. Perhaps some other mechanism should be adopted while linking to avoid command lines longer than the limit.