<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Am 13.11.2013 um 19:10 schrieb Till Oliver Knoll <<a href="mailto:till.oliver.knoll@gmail.com">till.oliver.knoll@gmail.com</a>>:</div><div><br></div><blockquote type="cite"><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>Am 13.11.2013 um 15:53 schrieb Emmanuel Bourgerie <<a href="mailto:manu@bourgerie.fr">manu@bourgerie.fr</a>>:</div><div><br></div><blockquote type="cite"><span>Turns out those libraries are available in my instantclient folder,</span><br><span>which is aliased correctly (DYLD_LIBRARY_PATH).</span></blockquote><br><div>Ah, that reminds me: according to e.g.</div><div>  <span style="font-size: 15px; line-height: 19px; white-space: nowrap; -webkit-tap-highlight-color: rgba(26, 26, 26, 0.292969); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); -webkit-text-size-adjust: none; "><a href="http://forums.macrumors.com/showthread.php?t=956258">http://forums.macrumors.com/showthread.php?t=956258</a></span></div><div><br></div><div>on OS X you do /not/ have a dynamic lookup of shared libs in the sense that a predefined order of paths is checked for the existence of a certain shared library.</div></div></blockquote><div><br></div><div>Giving it another thought and some more google, this statement is probably not correct. Yes, you can set DYLD_LIBRARY_PATH on OS X (there is even a "fallback" variant) and hence it is evaluated. Probably the dynamic linker might even check on /usr/lib, if everything else fails.</div><div><br></div><div>However especially on OS X setting that environment variable is heavily discouraged and basically only useful for development, if you "temporarily" want to "inject" another shared library.</div><br><blockquote type="cite"><div><div>The path of a given library is always [1] "hard-coded" into the executable/dependent library - that's where the "install_name_tool" comes into play </div></div></blockquote><br><div>However I still think that the problem is related to "hard-coded library paths/identifiers". I suspect that the Qt Oracle SQL plugin was compiled with some path like /usr/local/whatever/libOracle.dynlib, and if that library is not found there, the linker simply freaks out.</div><div><br></div><div>Based on my assumption that only executables (libraries) *without* hard-coded paths would go through the usual search path ($DYLB_LIBRARY_PATH, /usr/lib, ...).</div><div><br></div><div>Again, install_name_tool would be your friend which can both show and set those library paths.</div><div><br></div><div>Hope that helps,</div><div>  Oliver</div></body></html>