<div>Hey Reid,</div><br><div><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">I don't recall who originally asked for help with this, but here's a<br>patch that could fix it. Please try this and let me know if it works. If
<br>so, I'll commit it. The patch isn't complete (it should do something in<br>the error condition) but it should allow you to find symbols whose<br>address is 0.<br></blockquote></div><br><div>It was me who was having the issues with Objective-C in the interpreter.
</div><div><br class="khtml-block-placeholder"></div><div>Thankyou, I did try the patch, and it doesn't seem to work, or at least for my one program. In JIT mode it still segfaults and in interpreter mode it cannot resolve the
</div><div>symbol.</div><div><br class="khtml-block-placeholder"></div><div>I am at my wits end with this problem, the dlopen documentation states that if it</div><div>explicidly fails, it will return a NULL pointer. However it doesn't say anything about
</div><div>succeeding with a NULL pointer. If the simple Objective-C program is still failing, even</div><div>when checking if the lt_dlerror() code is set. I see two possibilities:</div><div><br class="khtml-block-placeholder">
</div><div>a) The error code is being set even when the symbol is found and has a 0 address</div><div>b) The error is caused by some other problem, maybe further upstream, indicated by the</div><div>fact that the JIT interpreter crashes with a segfault. Because normal unresolved
</div><div>symbols will not crash the interpreter even in JIT mode.</div><div><br class="khtml-block-placeholder"></div><div>I'm using the 2.0 release, and I'm about to get the bleeding edge SVN version to try,</div>
<div>however my mac is quite slow and will take an hour or two to compile the source code.</div><div><br class="khtml-block-placeholder"></div><div>My knowleage of the Obj-C runtime is quite limited and I am new to the LLVM
</div><div>architecture. So I'm sorry if I can't be of more assistance code wise. But I'm currently</div><div>reading up on both in my spare time.</div><div><br class="khtml-block-placeholder"></div><div>Andy.
</div>