jpwhiting at kde.org
Thu Dec 4 13:11:21 UTC 2014
Ok, more progress was made yesterday, but I'm not quite where I want to be.
With help of the macports list I realized that adding
-DCMAKE_CXX_FLAGS=stdlib=libc++ makes all builds use the c++ library rather
than libstdc++, fixing the linker errors in test building.
The issue I'm hitting now is that the Qt5UiToolsConfig.cmake references
/opt/local/Library/Frameworkws/libQt5UiTools.a which doesn't exist. I
looked in /opt/local/Library/Frameworks to see what it does have. It seems
it includes many Qt*.framework files but no .a files. Is the
Qt5UiToolsConfig.cmake wrong since it lists files that aren't there? Is
Qt5UiTools.Framework missing completely from the qt5-mac package ? Is there
some other port that contains it ? Any help is appreciated.
On Sun, Nov 30, 2014 at 3:56 AM, Ian Wadham <iandw.au at gmail.com> wrote:
> On 30/11/2014, at 8:35 PM, René J.V. Bertin wrote:
> > On Sunday November 30 2014 15:29:48 Ian Wadham wrote:
> >> option for Raster Graphics into a KDE app execution via icons in
> >> So I had to settle for patching kapplication.cpp code at the point
> where it starts QApplication.
> > Have another look at my kglobalaccel patch which reads a custom entry
> from Info.plist.
> > Problem with that (and your solution) is of course that there is no more
> KApplication in KF5 …
> Yeah, I know. But have a look at the screen after one of these:
> RasterOff=true open /Applications/MacPorts/KDE4/kdevelop.app
> RasterOff=true open /Applications/MacPorts/KDE4/kbounce.app
> It is worth having the patch in KApplication until Qt 5 comes along.
> Hopefully Qt 5 will have the same standard graphics engine for
> ALL platforms, not omitting Apple OS X this time.
> Cheers, Ian W.
> kde-mac at kde.org
> List Information: https://mail.kde.org/mailman/listinfo/kde-mac
> KDE/Mac Information: http://community.kde.org/Mac
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kde-mac