<div class="gmail_quote"><div>Hi Jeff,</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This problem appears to be resolved by compiling iotbx with threads<br>

(i.e. configuring with the --enable-boost-threads flag). </blockquote><div><br></div><div>Yes, that&#39;s expected, assuming the boost build system compiles with threads by default. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I&#39;m hoping that this enabling threads will not adversely affect my python extension modules that use iotbx.pdb. </blockquote><div><br></div><div>I don&#39;t think so.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are there any issues that I should be aware of when enabling the threads for iotbx.pdb (other than Mac OS X&#39;s buggy implementations of core system components such as pthreads, polling, etc.)?<br></blockquote><div><br>
</div><div>The main reason for disabling threads has to do with OpenMP. For a while we had OpenMP enabled if by default if available. Since we are not certain if OpenMP plays well with threads we turned the latter off. Now OpenMP is off too, since we repeatedly had problems. So enabling threads should be fine.</div>
<div><br></div><div>Ralf</div><div><br></div></div>