<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Sep 30, 2011, at 9:15 AM, Somorjai, Akos wrote:</div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 13px; font-family: Arial, sans-serif; "><div><div><div>I was wondering how llvm and clang handles the RTTI shared libraries issue mentioned here:
<a href="http://gcc.gnu.org/faq.html#dso">http://gcc.gnu.org/faq.html#dso</a></div></div></div></div></blockquote><div><br></div>This is really a Clang question and so belongs on cfe-dev.</div><div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 13px; font-family: Arial, sans-serif; "><div><div>
<div>Is it using name or address comparison?</div></div></div></div></blockquote><div><br></div>Clang strives for interoperability with GCC, which means we use address comparison on targets where GCC does. Therefore yes, we have the same issues with symbol visibility and vague linkage.</div><div><br></div><div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 13px; font-family: Arial, sans-serif; "><div><div>
<div>We have an architecture with several frameworks and plug-ins; some of the latter are being loaded and unloaded runtime.</div>
<div>In the past that issue caused crashes in our app, so at the moment we are overriding __dynamic_cast to detect this problem, but that's kind of messy. I'm hoping for a better solution with llvm…</div></div></div></div></blockquote><div><br></div></div>The best solution, bar none, is to avoid the need for vague linkage on your RTTI objects. If they correspond to polymorphic class types, which presumably they do if your problems are with dynamic_cast, then you need to use key functions more effectively.<div><br></div><div>John.</div></body></html>