kguiaddons uses qpa headers?
Kevin Krammer
krammer at kde.org
Sun Feb 23 19:20:51 UTC 2014
On Sunday, 2014-02-23, 17:02:55, John Layt wrote:
> Hi,
>
> I'm building all of Frameworks from scratch for the first time, using the
> openSUSE packages for Qt 5.2, and qguiaddons fails with:
>
> [ 24%] Building CXX object
> src/CMakeFiles/KF5GuiAddons.dir/util/kmodifierkeyinfoprovider_x11.cpp.o
> /media/build/kdesrc-
> build/src/k5/frameworks/kguiaddons/src/util/kmodifierkeyinfoprovider_x11.cpp
> :26:42: fatal error: qpa/qplatformnativeinterface.h: No such file or
> directory
>
> This is because qpa headers are considered private and are packaged
> separately by openSUSE. I'm not sure depending on private/qpa headers is
> such a good thing? Or is there no other option here?
I am not sure it is wise to consider the QPA headers as private, most of them
are not.
QPlatformInterface, for example, is clearly an exposed type, there is an
accessor in QGuiApplication that returns a pointer to it.
Obviously the returned object and its functionality is platform specific, but
afterall its very purpose is to enable platform integration that goes beyond
the things that can be wrapped in an abstraction across multiple platforms.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140223/aab36fcf/attachment.sig>
More information about the Kde-frameworks-devel
mailing list