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