Review Request 118768: ECMAddTests: make NAME_PREFIX only apply to the test, not the target
David Faure
faure at kde.org
Sun Jun 15 22:05:47 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118768/#review60146
-----------------------------------------------------------
Ship it!
Thanks. Actually I wouldn't mind if KIO and KConfig could keep using NAME_PREFIX, it makes clearer, in the output, which tests are for which lib.
But yeah I started to remove the use of NAME_PREFIX in single-lib frameworks like kxmlgui.
- David Faure
On June 15, 2014, 6:54 p.m., Alex Merry wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/118768/
> -----------------------------------------------------------
>
> (Updated June 15, 2014, 6:54 p.m.)
>
>
> Review request for Build System, Extra Cmake Modules and KDE Frameworks.
>
>
> Repository: extra-cmake-modules
>
>
> Description
> -------
>
> ECMAddTests: make NAME_PREFIX only apply to the test, not the target
>
> David Faure and Patrick Spendrin have convinced me that NAME_PREFIX
> should be informational only, and not be used to prevent clashes, since
> it makes things confusing when you run tests manually.
>
>
> Diffs
> -----
>
> modules/ECMAddTests.cmake 6cc20b65e25df02be6a91ac6004142d6b0f9e307
>
> Diff: https://git.reviewboard.kde.org/r/118768/diff/
>
>
> Testing
> -------
>
> Built and tested frameworks. Some need patching up (kconfig and kio in particular). I think the safest thing is to remove the use of NAME_PREFIX from those, so that people don't have to update ECM in order to build them.
>
> Also, I should write some unit tests...
>
>
> Thanks,
>
> Alex Merry
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140615/cae2af50/attachment.html>
More information about the Kde-frameworks-devel
mailing list