Hi Sam, I was wondering when this problem would come up again. Here's a Jira issue to track the same thing in a different context: https://gem5.atlassian.net/browse/GEM5-1003
Could you do something like `du -h build/ | sort -h` to see what objects are the biggest? I'm going to guess that there are ~100+ .o files that are more than 20MB. At least, that was the case with RISC-V when I ran into this problem. We never did figure out why so many files were so big. The hypothesis was something to do with pybind, but no one was able to provide solid evidence of this. We did find that using a different compiler version, having different libraries installed on the system, and removing unnecessary includes seemed to make a difference, though. You may be able to use this to at least work around the problem. Here's the changeset that fixed it for RISC-V. However, I doubt it's going to fix it again in your case. https://gem5-review.googlesource.com/c/public/gem5/+/46820 You can also try this abandoned change, though it probably won't apply cleanly or straightforwardly: https://gem5-review.googlesource.com/c/public/gem5/+/46380 Cheers, Jason On Fri, Jan 7, 2022 at 9:39 AM Samuel Thomas via gem5-users < gem5-users@gem5.org> wrote: > Hi all, > > I typically work on an x86 machine, but I’m trying to submit gem5 jobs to > a cluster that runs ARM based hosts. Each source script compiles, I run > into the following error when linking: > > /tmp/gem5.fast.unstripped.PI0JsN.ltrans45.ltrans.o: in function > `ArmV8KvmCPU::updateThreadContext()': > <artificial>:(.text+0x25884): relocation truncated to fit: > R_AARCH64_ADR_PREL_PG_HI21 against `.rodata’collect2: error: ld returned 1 > exit status > > It makes sense that the .text segment of the binary will be very large, > and I see that there is a note on gem5’s architecture support documentation > that it is out dated. I assume that I can try disassembling the binary and > seeing if there is an alternative command to avoid this particular linker > error, but I figured I would also ping the mailing list to see if there is > an easier fix as well. > > Thank you all for your help! > > Best, > Sam > _______________________________________________ > gem5-users mailing list -- gem5-users@gem5.org > To unsubscribe send an email to gem5-users-le...@gem5.org > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
_______________________________________________ gem5-users mailing list -- gem5-users@gem5.org To unsubscribe send an email to gem5-users-le...@gem5.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s