<div dir="ltr">Just to follow up, the issue is that on mac, Qmake produces binaries that do not include the path information for the Qt libraries to which it was linked. This is not usually a problem, since the libraries are usually installed in a location on the default library search path, or the qt mac deployment tool takes care of bundling things up properly for distribution. But it can occasionally be a problem, and a bug report is here: <a href="https://bugreports.qt-project.org/browse/QTBUG-31814" target="_blank" style="font-family:arial,sans-serif;font-size:13px">https://bugreports.qt-project.org/browse/QTBUG-31814</a></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 7, 2014 at 4:33 PM, Darren Dale <span dir="ltr"><<a href="mailto:dsdale24@gmail.com" target="_blank">dsdale24@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra">I tried setting DYLD_LIBRARY_PATH, but that broke xcodebuild, which is apparently required by qmake. However, I did find a workaround, setting DYLD_FALLBACK_LIBRARY_PATH, which allowed the PyQt5 configuration step to find the Qt5 libraries without breaking xcodebuild. I've got a working conda package for PyQt5 now. Although if anyone has suggestions for a better solution, I'd love to hear it.</div>
<span class="HOEnZb"><font color="#888888">
<div class="gmail_extra"><br></div><div class="gmail_extra">Darren</div></font></span></div>
</blockquote></div><br></div>