Review Request 125725: Make KCrash optional for kservice
Aleix Pol Gonzalez
aleixpol at kde.org
Tue Oct 20 14:06:13 UTC 2015
> On Oct. 20, 2015, 3:52 p.m., Aleix Pol Gonzalez wrote:
> > src/kbuildsycoca/kbuildsycoca_main.cpp, line 122
> > <https://git.reviewboard.kde.org/r/125725/diff/1/?file=411919#file411919line122>
> >
> > Maybe it would make sense to handle it using signal() directly here, rather than just ifdef'ing KCrash?
>
> Christoph Cullmann wrote:
> Perhaps, but then I would have to reimplement more or less what setEmergencySaveFunction does, or? I am not sure if that makes sense, if you want crash recovery, you can have KCrash.
>
> Christoph Cullmann wrote:
> On the other side: Ok, that was anyway not that useful, given kglobalaccel + kinit use KCrash, too.
> Perhaps I should better take a look at KCrash to make it less verbose, e.g. not warn about missing drkonqui which won't be there on mac or win in the normal case.
Sure.
Or maybe some of the code can become part of KCoreAddons?
- Aleix
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/125725/#review87135
-----------------------------------------------------------
On Oct. 20, 2015, 4 p.m., Christoph Cullmann wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/125725/
> -----------------------------------------------------------
>
> (Updated Oct. 20, 2015, 4 p.m.)
>
>
> Review request for KDE Frameworks and David Faure.
>
>
> Repository: kservice
>
>
> Description
> -------
>
> kservice depends on KCrash only for kbuildsycoca.
> make this optional and link only against it, if around. Move check to kbuildsyscoca file.
>
>
> Diffs
> -----
>
> CMakeLists.txt 4c0f269
> src/kbuildsycoca/CMakeLists.txt 19bdc84
> src/kbuildsycoca/kbuildsycoca_main.cpp 03619cc
>
> Diff: https://git.reviewboard.kde.org/r/125725/diff/
>
>
> Testing
> -------
>
> Seems to compile fine without it.
>
>
> Thanks,
>
> Christoph Cullmann
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20151020/fc4cb86a/attachment-0001.html>
More information about the Kde-frameworks-devel
mailing list