I was able to reproduce the illegal character'#' error, and a fix will
be coming soon. What was happening was that when the ISA parser
collapsed ##includes, it would mark the beginning and end of the
included file with ##newfile /home/you/gem5 stuff/foo.isa and
##endfile where the thing in quotes would be the full path of the
included file. If the directory gem5 was checked out into had a space in
it, the regular expression which looked for the ##newfile wouldn't
match, and since it didn't match anything else the parser would choke.
I'm not seeing the other problem we were having where scons complained
that the build directory wasn't a leaf directory or something like that.
Once I get this other fix committed (in a day or two, hopefully), please
let me know if you can get that error to happen again. That may have
just been a fluke or possibly even the result of an earlier attempt to
fix things, although I suspect there's a good chance it's a real bug.
Gabe
On 06/05/11 16:39, Amber Sami Kubesch wrote:
I was getting errors when building Gem5 on my Mac (I am running
Leopard 10.5.8, Python 2.5, GCC 4.0.1, and latest the Swig, Scons, and
stable Gem5 releases). These were: /illegal character '#'/, /'class
ResourcePool' has virtual functions but non-virtual destructor error/,
/'PAGE_SIZE' was not declared in this scope/, and some directory not
found warnings. After a generous amount of help today from some of
the Gem5 developers, all of these problems were fixed directly on my
machine. I'm attaching the diff output showing the changes that were
made for anybody else who might run into these same issues. For the
directory error, the problem was caused by a space in a folder name
that was part of the path; removing that cleared the error.
Thanks,
Amber
___
gem5-users mailing list
gem5-users@m5sim.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
___
gem5-users mailing list
gem5-users@m5sim.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
