<div dir="ltr"><div><div><div><div><div>As a follow up, the image segment problem was caused by a bug of mine.<br></div>I have duplicated code for byte swapping objects from image segment with/without swapping the largeInt (for handling native order 32bits digits).<br></div>But of course, the format changed for Spur and I forgot to update the method...<br></div><div>After correcting, my own imageSegment are still not OK.<br></div><div>Hard to catch up with run-away development speed of Eliot :)<br></div><div><br></div>Though I can run all the other tests in a 32bits trunk Spur built with XCode4.2/LLVM clang 3.0, DeploymentSymbol version without regression.<br></div>And can I run all tests with cog V3.<br><br></div>Nice :)<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-15 0:40 GMT+01:00 Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I now compile and run a modified squeak.cog.spur 32bits VM 3264 with Xcode 4.2, OSX 10.6.8 and LLVM 3.0.<br>I can run all the tests in the image.<br>I have a bit more errors than VM 3254 published by Eliot, notably due to elementsForwardIdentityTo: failed.<br>This is caused when trying to restore an ImageSegment.<br>Presumably triggered because two globals DummyUIManager and MVCUIManager are instances of ImageSegmentRootStub.<br>I really don't know why they are... When I run the image with official VM, they are not.<br><br></div><div>I saw that many of the Xcode projects still try to force usage of gcc 4.2 and I had to change them.<br></div><div>What is the status of LLVM compilation currently?<br></div></div>
</blockquote></div><br></div>