Review Request 114700: Add -DKCOREADDONS_LIB to the exported defines for KF5::CoreAddons

David Faure faure at kde.org
Sat Dec 28 13:17:56 UTC 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/114700/#review46271
-----------------------------------------------------------


OK for this particular case, but in general I don't like Qt's -DQT_CORE_LIB very much because it is buildsystem dependent (i.e. it makes it more complicated to use a different buildsystem for the application than the one used by the library - qmake in Qt's case, cmake in our case).

- David Faure


On Dec. 28, 2013, 1:03 p.m., Alex Merry wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/114700/
> -----------------------------------------------------------
> 
> (Updated Dec. 28, 2013, 1:03 p.m.)
> 
> 
> Review request for KDE Frameworks.
> 
> 
> Repository: kcoreaddons
> 
> 
> Description
> -------
> 
> Add -DKCOREADDONS_LIB to the exported defines for KF5::CoreAddons
> 
> This allows code (specifically, kimagecache.h in kguiaddons) to check
> whether KF5::CoreAddons has been linked against.
> 
> 
> In theory, we could apply this across the frameworks, in much the same way that Qt appears to do (it adds -DQT_CORE_LIB, -DQT_GUI_LIB etc etc).
> 
> 
> Diffs
> -----
> 
>   src/lib/CMakeLists.txt 0e18f42b37055e7aa5b686ec72b1906a16512b80 
> 
> Diff: https://git.reviewboard.kde.org/r/114700/diff/
> 
> 
> Testing
> -------
> 
> KCoreAddons and things that depend on it still build.
> 
> 
> Thanks,
> 
> Alex Merry
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20131228/a80d1ac3/attachment.html>


More information about the Kde-frameworks-devel mailing list