Is this still the current stance for SST 3.0?
I don't have any specific ISA requirements yet, but I could foresee requesting ARM support. Probably the other capabilities (multiple compute nodes, parallelization) are more important in the meantime.
Thank you,
Ben
To test out whether ARM would work, on CentOS 6.4 64bit I installed SST 3.0 and gem5 x86. I tested these with "hello.c" and it works as expected.
Below is what I get when I attempt to build the gem5 library for ARM:
[bpayne@ben-virtual-centos64 sst-gem5-3.0.0]$ pwd
/home/bpayne/sst/scratch/src/sst-gem5-3.0.0
[bpayne@ben-virtual-centos64 sst-gem5-3.0.0]$ vi build/variables/ARM
TARGET_ISA = 'arm'
CPU_MODELS = 'AtomicSimpleCPU,O3CPU,TimingSimpleCPU'
[bpayne@ben-virtual-centos64 sst-gem5-3.0.0]$ scons build/ARM/libgem5_opt.so
scons: Reading SConscript files ...
Checking for leading underscore in global variables...(cached) no
Checking for C header file Python.h... (cached) yes
Checking for C library pthread... (cached) yes
Checking for C library dl... (cached) yes
Checking for C library util... (cached) yes
Checking for C library m... (cached) yes
Checking for C library python2.6... (cached) yes
Checking for accept(0,0,0) in C++ library None... (cached) yes
Checking for zlibVersion() in C++ library z... (cached) yes
Checking for clock_nanosleep(0,0,NULL,NULL) in C library None... (cached) no
Checking for clock_nanosleep(0,0,NULL,NULL) in C library rt... (cached) yes
Checking for C header file fenv.h... (cached) yes
Reading SConsopts
Building in /home/bpayne/sst/scratch/src/sst-gem5-3.0.0/build/ARM
Using saved variables file /home/bpayne/sst/scratch/src/sst-gem5-3.0.0/build/variables/ARM
scons: done reading SConscript files.
scons: Building targets ...
[ SHCXX] ARM/base/atomicio.cc -> .os
[ SHCXX] ARM/base/bigint.cc -> .os
[ SHCXX] ARM/base/bitmap.cc -> .os
..<snipped by Ben>..
[ SHCXX] ARM/python/swig/debug_wrap.cc -> .os
[ SWIG] ARM/python/swig/event.i -> _wrap.cc, .py
In file included from build/ARM/sim/os.hh:7,
from build/ARM/sim/simulate.cc:41:
build/ARM/arch/x86/registers.hh:45:37: error: arch/x86/max_inst_regs.hh: No such file or directory
In file included from build/ARM/sim/os.hh:7,
from build/ARM/sim/simulate.cc:41:
build/ARM/arch/x86/registers.hh:50: error: 'X86ISAInst' has not been declared
build/ARM/arch/x86/registers.hh:51: error: 'X86ISAInst' has not been declared
In file included from build/ARM/sim/simulate.cc:41:
build/ARM/sim/os.hh:64: error: 'ArmISA' has not been declared
scons: *** [build/ARM/sim/simulate.os] Error 1
scons: building terminated because of errors.
Even with my two line build/variables/ARM file added, it looks like ARM won't work without some tweaking, but I'm not sure how significant the changes would be.
Unless the changes needed are minor, I'm not looking for progress on more ISAs being supported for at least the summer.
Ben
> Below is what I get when I attempt to build the gem5 library for ARM:
> [bpayne@ben-virtual-centos64 sst-gem5-3.0.0]$ pwd
Does the Gem5 trunk not have this problem? Is it because the SST Gem5 source is out of date? The SST team would have to re-integrate with a later Gem5 if that's the problem.
Sue