Review Request 128830: [2/2] clang parse job: do initialization in run(), not in the constructor
Sven Brauch
mail at svenbrauch.de
Mon Sep 5 18:34:25 UTC 2016
> On Sept. 5, 2016, 6:33 p.m., David Nolden wrote:
> > Are you sure this is necessary?
> >
> > At least the way I implemented it originally, this functionality would already be covered by the normal check.
No, not sure actually. But I read the code and I didn't find where this case would be covered.
- Sven
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128830/#review98888
-----------------------------------------------------------
On Sept. 4, 2016, 3:37 p.m., Sven Brauch wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/128830/
> -----------------------------------------------------------
>
> (Updated Sept. 4, 2016, 3:37 p.m.)
>
>
> Review request for KDevelop.
>
>
> Repository: kdevplatform
>
>
> Description
> -------
>
> change VERIFY_FOREGROUND_LOCKED macro to also allow us being the GUI thread
>
>
> Diffs
> -----
>
> util/foregroundlock.h 6150ad7
>
> Diff: https://git.reviewboard.kde.org/r/128830/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Sven Brauch
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20160905/961fdcbf/attachment.html>
More information about the KDevelop-devel
mailing list