<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 4, 2014 at 7:19 AM, René J.V. <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday December 04 2014 06:11:21 Jeremy Whiting wrote:<br>
<br>
Hi,<br>
<span class=""><br>
>With help of the macports list I realized that adding<br>
>-DCMAKE_CXX_FLAGS=stdlib=libc++ makes all builds use the c++ library rather<br>
>than libstdc++, fixing the linker errors in test building.<br>
><br>
<br>
</span>If you're building on OS X 10.9 or 10.10 you shouldn't need to specify the C++ runtime ... unless you're using a GCC version from MacPorts?<br></blockquote><div><br></div><div>It's using /usr/bin/clang++ from what I see in make VERBOSE=1 output, /me shrugs.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
>The issue I'm hitting now is that the Qt5UiToolsConfig.cmake references<br>
>/opt/local/Library/Frameworkws/libQt5UiTools.a which doesn't exist. I<br>
>looked in /opt/local/Library/Frameworks to see what it does have. It seems<br>
<br>
</span>That file is not supposed to exist (in that location), and seems to be a mixup between shared and local libraries (frameworks are shared), as well as between frameworks and regular shared libraries ...<br></blockquote><div><br></div><div>On linux it's in the qt5-tools arch package. Not sure where in source it comes from.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
>it includes many Qt*.framework files but no .a files. Is the<br>
>Qt5UiToolsConfig.cmake wrong since it lists files that aren't there? Is<br>
>Qt5UiTools.Framework missing completely from the qt5-mac package ? Is there<br>
<br>
</span>You can do `port contents <port>` to get a list of all the files provided by a port.<br>
If Qt5UiTools is normally build as part of a standard Qt5 build you should have it too ... unless the Qt5 maintainer decided to move it to a sub~ or separate port.<br>
You really ought to CC the macports ML on this sort of questions, there are going to be significantly more Qt5 users on that list than on this one!<br></blockquote><div><br></div><div>From port contents qt5-mac it looks like it's installing the header files and cmake config file for that QtUiTools but no library or framework for it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
René<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
<a href="mailto:kde-mac@kde.org">kde-mac@kde.org</a><br>
List Information: <a href="https://mail.kde.org/mailman/listinfo/kde-mac
KDE/Mac" target="_blank">https://mail.kde.org/mailman/listinfo/kde-mac<br>
KDE/Mac</a> Information: <a href="http://community.kde.org/Mac" target="_blank">http://community.kde.org/Mac</a><br>
</div></div></blockquote></div><br></div></div>