I&#39;ve determined that pthread_cond_wait works fine on an iPhone (hardware) and works fine when called from my own module on simulator (I use boost::condition_variable, and since it&#39;s header only and calling pthread_cond_wait, it&#39;s my module) <br>
<div class="gmail_quote"><div>
<br></div><div>But when I create a new thread, which goes through thread.cpp in the thread library, call_once in once.hpp has to (sometimes, based on synchronization randomness) call pthread_cond_wait which results in the message:</div>

<div><br></div><div><font face="courier new, monospace">Detected an attempt to call a symbol in system libraries that is not present on the iPhone:</font></div><div><font face="courier new, monospace">(null) called from function _ZN5boost9call_onceIPFvvEEEvRNS_9once_flagET_ in image Blackjack</font></div>

<div><br></div><div><br></div><div>If I make it continue, I get a problem report from OSX which tells me that the stack trace is:</div><div><br></div><div><br></div><div><font face="courier new, monospace">0   libsystem_kernel.dylib        <span style="white-space:pre-wrap">	</span>0x903a5a6a __pthread_kill + 10</font></div>

<div><font face="courier new, monospace">1   libsystem_c.dylib             <span style="white-space:pre-wrap">	</span>0x96afbacf pthread_kill + 101</font></div><div><font face="courier new, monospace">2   libsystem_sim_c.dylib         <span style="white-space:pre-wrap">	</span>0x03a0457b abort + 140</font></div>

<div><font face="courier new, monospace">3   libSystem.dylib               <span style="white-space:pre-wrap">	</span>0x032ad4ad _interposition_vtable_unimplemented + 200</font></div><div><font face="courier new, monospace">4   libSystem.dylib               <span style="white-space:pre-wrap">	</span>0x032c0938 pthread_cond_wait$UNIX2003 + 60</font></div>

<div><font face="courier new, monospace">5   Blackjack                     <span style="white-space:pre-wrap">	</span>0x00277c8c void boost::call_once&lt;void (*)()&gt;(boost::once_flag&amp;, void (*)()) + 156 (once.hpp:112)</font></div>

<div><font face="courier new, monospace">6   Blackjack                     <span style="white-space:pre-wrap">	</span>0x0027506b thread_proxy + 139 (thread.cpp:135)</font></div><div><font face="courier new, monospace">7   libsystem_c.dylib             <span style="white-space:pre-wrap">	</span>0x96afa557 _pthread_start + 344</font></div>

<div><font face="courier new, monospace">8   libsystem_c.dylib             <span style="white-space:pre-wrap">	</span>0x96ae4cee thread_start + 34</font></div><div><br></div><div> Is it maybe some discrepancy in the settings I&#39;m using to build boost that&#39;s causing to link something wrong... something else? I&#39;ve attached the complete crash log.</div>

<div><br></div><div>In case it is build related, this is how I&#39;ve built boost using a shell script:</div><div><div>LIBS=&quot; --with-thread --with-serialization --with-date_time&quot;</div></div><div><div>CPLUS_INCLUDE_PATH=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneOS6.0.sdk/usr/include/</div>

<div>PATH=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:$PATH<br></div><div>./b2 toolset=darwin runtime-link=static link=static variant=release include=$CPLUS_INCLUDE_PATH cxxflags=--visibility=default cxxflags=-Wno-long-long --build-dir=$HOME/boost/lib/build --includedir=$HOME/boost/include --libdir=$HOME/boost/lib/build/arm-release architecture=arm target-os=iphone $LIBS -q install<br>

</div></div>
</div><br>