Fixed! <a href="http://llvm.org/viewvc/llvm-project?rev=144534&view=rev">http://llvm.org/viewvc/llvm-project?rev=144534&view=rev</a><br><br><div class="gmail_quote">On Mon, Nov 14, 2011 at 9:15 AM, Nicolas Geoffray <span dir="ltr"><<a href="mailto:nicolas.geoffray@gmail.com">nicolas.geoffray@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I think I know what's going on. Thanks for the bug report and sorry for the breakage Will. I'm working on a fix for today.<div class="HOEnZb">
<div class="adm"><div id="q_133a138617796d89_1" class="ajR h4"><div class="ajT"></div></div></div><div class="h5"><br><br><div class="gmail_quote">On Mon, Nov 14, 2011 at 1:12 AM, Will Dietz <span dir="ltr"><<a href="mailto:wdietz2@illinois.edu" target="_blank">wdietz2@illinois.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I'm not sure what change introduced this, but as of r144456 I cannot<br>
do a from-clean build on any of {32,64}x{classpath,openjdk}.  All<br>
failures happen while building mmtk.<br>
<br>
I'm building against LLVM r144492 for what it's worth.<br>
<br>
The 32bit variants fail in the very first call to j3ResolveStaticStub<br>
(which is the 1st or 2nd java instruction executed in both runtime<br>
ports), with the following assertion failure:<br>
<br>
vmjc: /home/will/vmkit-svn/lib/J3/VMCore/JavaRuntimeJIT.cpp:436: void<br>
*j3ResolveStaticStub(): Assertion `FI->Metadata != __null && "Wrong<br>
stack trace"' failed.<br>
<br>
The 64bit variants fail later in the mmtk build process, with the following:<br>
<br>
Thread 0x110000000 received a SIGSEGV: either the VM code or an external<br>
native method is bogus. Aborting...<br>
<br>
I believe this failure point is the same in both--its when the first<br>
NullPointerException is thrown.<br>
<br>
Interestingly, the 64bit builds *do* work when changing<br>
"SupportsHardwareNullCheck" to 'false' in System.h.  Once MMTk is<br>
built, re-enabling the hardware null checks seems to work great<br>
(dacapo, etc).<br>
<br>
(As an aside, the hardware null checks result in significantly faster<br>
execution times! ~22s instead of 33s on dacapo's antlr, for example!).<br>
<br>
Anyway, does anyone else see these failures or have any ideas towards<br>
their cause?<br>
<br>
Thanks!<br>
<br>
~Will<br>
<br>
_______________________________________________<br>
vmkit-commits mailing list<br>
<a href="mailto:vmkit-commits@cs.uiuc.edu" target="_blank">vmkit-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/vmkit-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/vmkit-commits</a><br>
</blockquote></div><br>
</div></div></blockquote></div><br>