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