On Mar 23, 2008, at 5:32 PM, nathan binkert wrote:
scons: *** [build/SPARC_FS/params/params_wrap.cc] Error 1
Looks like this was just a pool glitch... I reran the script and it
biult fine.
This is actually due to a missing dependency that I found/fixed last
night. I'll commit it as soon as I have the licenses sorted out. I
think we have all of the HP stuff sorted out (at least Gabe says he'll
give me the data I need tonight.) What's the status of UM/FSU/MIPS?
scons: *** [build/SPARC_SE/tests/fast/long/00.gzip/sparc/linux/o3-
timing/stdout] Error 3
The pool node just hung up on the connection... I'm rerunning on
zizzer directly to see what I get there.
These glitches seem to happen a lot. What failures are most common
tests blowing up or compile failures? I've developed a better way to
use a simulation pool for compiling using distcc that could easily be
ported to OAR. It should at least fix the compile problems since
distcc can recover from errors. Anyway, I've got to get my stuff
working on our simulation farm, so if anyone can give any pointers as
to why this fails, I can probably fix them
The problem is oar closing the interactive shell before gzip finished.
I imagine it only effects gzip because it's one of the longest running
benchmarks we have. The release notes for a new version of oar say
that a bug was fixed with walltime. I upgraded oar and specified wall
time in a more standard manner. I guess we'll see if that fixes it.
Ali
Happy Easter!
You too!
Nate
_______________________________________________
m5-dev mailing list
[email protected]
http://m5sim.org/mailman/listinfo/m5-dev
_______________________________________________
m5-dev mailing list
[email protected]
http://m5sim.org/mailman/listinfo/m5-dev
