Hi Yao, please include the actual error message when asking about these
sorts of things, since without it it's much harder to tell what happened.
That said, this sounds like a problem with {} brackets somewhere in an
included file, where things ended up inside scopes and/or namespaces they
weren't
Hi Yao, please copy text into emails and don't use screenshots. What SCons
is doing is that it's trying to compile a small program which includes
sys/mman.h, links against either no additional library or the "rt" library,
and includes a call to shm_open().
https://gem5.googlesource.com/public/gem5
As far as why opt is smaller than fast, that could be because the compiler
is optimizing more aggressively for performance at the cost of binary size
with those settings? Just a guess.
Gabe
On Fri, Jan 7, 2022 at 10:45 AM Thomas, Samuel via gem5-users <
gem5-users@gem5.org> wrote:
> Hi Jason,
>
Hi Jason,
Weirdly, only a few fast binaries exceed 5MB in size:
5.6Mbuild/ARM/arch/arm/generated/generic_cpu_exec_2.fo
6.0Mbuild/ARM/arch/arm/generated/generic_cpu_exec_5.fo
6.0Mbuild/ARM/arch/arm/generated/inst-constrs-1.fo
6.1Mbuild/ARM/arch/arm/generated/generic_cpu_exec_4.fo
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 ar
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()':
