Making KAuth fake plugins static to remove asserts

Dario Freddi drf54321 at gmail.com
Sun Feb 14 17:18:32 CET 2010


Hello,

yet another rather big patch for KAuth which follows last one. This one is 
based on yet another suggestion by pino. Basically this patch does the 
following:

 - Add a fake helper backend
 - Compile statically into kdecore both fake backends (the added overhead is 
extremely trivial)
 - When loading backends, if no backends are found fall back to the fake ones 
instead of asserting. Also, if this is due to an installation problem, spit 
out a kWarning()

CMake side, this also adds some more logic to choose the helper backend. This 
is also in preparation for an eventual Windows backend, which would require a 
different helper backend as well. Also, this change prevents KDE4Macros from 
making the assumption that the DBus helper backend is always compiled.

While I was at it, I also removed compilation of the policy-gen tool when the 
fake backend is chosen at build time, as it's no longer needed.

Please tell me if it's ok to commit and backport.

P.S.: Needless to say that the two patches together have been tested and work 
fine on a completely fresh environment.

P.P.S.: I finally subscribed to the list.

-- 
-------------------

Dario Freddi
KDE Developer
GPG Key Signature: 511A9A3B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kauth_static_fake_no_assert.patch
Type: text/x-patch
Size: 13115 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20100214/e2adb93c/attachment.patch 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20100214/e2adb93c/attachment.sig 


More information about the Kde-buildsystem mailing list