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