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
I'm trying to use a TypedBufferArg to get at a small array of
uint64_ts, but I think the following snippet of code from that class is
tripping me up:
T operator[](int i) { return ((T *)bufPtr)[i]; }
T in this case is uint64_t[3], and I think it has to be because the
amount of space allocated
Yes.
nathan binkert wrote:
Are you running the very latest code? I made some changes a few days
ago, since Ali changed it a few weeks ago.
Nate
On Sat, Feb 14, 2009 at 8:32 PM, Gabe Black gbl...@eecs.umich.edu wrote:
I'm getting the following from scons:
Mercurial binary cannot
I'm getting the same thing too, with the head of the dev tree, scons
v1.2.0.r3842, and hg 0.9.5.
Steve
On Sun, Feb 15, 2009 at 5:43 PM, Gabe Black gbl...@eecs.umich.edu wrote:
Yes.
nathan binkert wrote:
Are you running the very latest code? I made some changes a few days
ago, since Ali
That fixes it for me.
Gabe
nathan binkert wrote:
Oops. I thought I committed this. Can you guys verify that the
attached diff fixes your machine?
Nate
2009/2/15 Steve Reinhardt ste...@gmail.com:
I'm getting the same thing too, with the head of the dev tree, scons
v1.2.0.r3842,
changeset 98f6215dffce in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=98f6215dffce
description:
SCons: Fix read_command so it can properly deal with command strings
diffstat:
1 file changed, 3 insertions(+)
SConstruct |3 +++
diffs (13 lines):
diff -r
changeset 67a6ea624776 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=67a6ea624776
description:
traceflags: fix --trace-help
diffstat:
3 files changed, 19 insertions(+), 18 deletions(-)
src/python/m5/main.py | 13 -
src/python/m5/trace.py
In x86 there are at least three different ways to call a system
call, int $0x80, sysenter, and syscall. In 64 bit mode I think syscall
is pretty much guaranteed to be there so glibc uses it directly, or at
least that's been my experience. For 32 bit x86, though, sysenter, the
preferred of the