<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On 14 Apr 2015, at 08:44, Richard Gildea <<a href="mailto:rgildea@gmail.com">rgildea@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>I managed to 'fix' the error with this commit:</div><div><br></div><div><a href="https://sourceforge.net/p/cctbx/code/22003/">https://sourceforge.net/p/cctbx/code/22003/</a><br></div><div><br></div><div>However, I have no idea why the previous code was problematic. Adding a SCITBX_ASSERT(vi != 0); in the 'else' statement also made the error go away. I can have another look and try out your suggestions later today to see if that results in any more insight into the underlying problem.</div></div></blockquote><br></div><div>My suggestions only aimed at zeroing on the problem. Now that you have found a fix, you won't learn more by following my suggestions. It looks like a bug in the optimiser of whatever version of clang/llvm Apple uses in the version of Xcode installed on that machine. Note clang optimiser had troubles with that file a couple of years ago: it was missing some optimisations and the produced code was too slow. So now it looks too eager! So classic unfortunately� </div><div><br></div><div>For the record, could you paste the outcome of "clang --version" on that machine? And tell us the version of Xcode as well.</div><div><br></div><div>I will move to Yosemite soon-ish but for the time being, I can't help much.</div><div><br></div><div>Best wishes,</div><div><br></div><div>Luc</div><div><br></div></body></html>