* build/ALPHA_SE/tests/fast/quick/20.eio-short/alpha/eio/simple-atomic
passed.
* build/ALPHA_SE/tests/fast/quick/30.eio-mp/alpha/eio/simple-atomic-mp
passed.
* build/ALPHA_SE/tests/fast/quick/00.hello/alpha/linux/simple-timing passed.
*
I know nobody likes to read looong emails so I'll try to help in splitting
this up this email into 2 parts:
1. Comments on Gabe's idea
2. My proposed solution
=== Comments on Gabe's Idea ===
From what I gather from Gabe's writeup, I would say the quick/dirty of what
Gabe wants to do is decouple
Have you tried cloning a fresh repo and seeing if it works there?
2009/2/17 Korey Sewell ksew...@umich.edu
Hmmm...Dont know what's going on here.. I just reinstalled mercurial with
no luck...
Can someone post the contents of their build/ALPHA_SE/python/m5/defines.py
file so I can see the
I think that the problem is that you've got stuff in your hgrc that is
causing problems. What happens when you do
hg id from the command line? I'm guessing that it will complain.
Nate
2009/2/17 Steve Reinhardt ste...@gmail.com:
Have you tried cloning a fresh repo and seeing if it works
This is the mail system at host daystrom.m5sim.org.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete
If you read the error message it was the hgext.mq line, not the
others. You should leave the style hook enabled.
Nate
On Tue, Feb 17, 2009 at 7:10 PM, Korey Sewell ksew...@umich.edu wrote:
So I finally got M5 to build with scons 0.98 but I had to remove the
patch-queue lines:
[extensions]
Thanks for the ideas, Korey. I agree that using our existing objects better
(defining what they really represent and then using them consistently
according to those definitions) should be a central part of whatever we do.
2009/2/17 Korey Sewell ksew...@umich.edu
While I do see Gabe's points
On Feb 17, 2009, at 11:18 PM, Steve Reinhardt wrote:
The idea of the merge() step (mapping *all* registers to a single
integer namespace) was actually inherited from SimpleScalar; my
guess is that the only thing that might really get complicated if we
abandon that is register
