Review Request 118192: Do not set the INSTALL_RPATH_USE_LINK_PATH and INSTALL_RPATH properties

[Alex Merry]

> On May 28, 2014, 12:41 p.m., Aurélien Gâteau wrote:
> > KF5DesignerPluginMacros.cmake, line 83
> > <https://git.reviewboard.kde.org/r/118192/diff/2/?file=273487#file273487line83>
> >
> >     Can kf5designerplugin_add_plugin be turned into a function?

No, because of the find_package() call. I've noted this in a comment now (as I had intended to do originally, but forgot about).


- Alex


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


On May 28, 2014, 12:54 p.m., Alex Merry wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/118192/
> -----------------------------------------------------------
> 
> (Updated May 28, 2014, 12:54 p.m.)
> 
> 
> Review request for KDE Frameworks and Alex Merry.
> 
> 
> Repository: kdesignerplugin
> 
> 
> Description
> -------
> 
> Do not set the INSTALL_RPATH_USE_LINK_PATH and INSTALL_RPATH properties
> 
> INSTALL_RPATH_USE_LINK_PATH already defaults to TRUE, and INSTALL_RPATH
> already has a sensible default, because of the KDECMakeSettings module
> from ECM.
> 
> This also adds a comment explaining why the other RPath properties are
> set.
> 
> Replace the installed macros
> 
> The existing macro (kf5designerplugin_add_widget_files) did not work (it
> tried to iterate of the name of the sources variable instead of
> ${ARGN}), and the API didn't really make sense anyway (you cannot
> combine multiple plugin instance classes into a single plugin library,
> so accepting multiple .widgets files does not make sense).
> 
> kf5designerplugin_add_widget_files is therefore replaced with
> kf5designerplugin_generate_plugin (which does the same, but for a single
> widget file), and we also have kf5designerplugin_add_plugin, which
> replaces the usual add_library call, and automagically deals with
> .widgets files and .qrc files it is passed.
> 
> The two designer plugins provided by KDesignerPlugin are then generated
> using kf5designerplugin_add_plugin, so we can be sure it actually works.
> 
> 
> Diffs
> -----
> 
>   src/CMakeLists.txt 2e7b9f0aa3a2ba5adc388961919a635b8ec6a2c2 
>   KF5DesignerPluginMacros.cmake 43fde97f0e07a9d00d79f92bee1888bf8fcbf70c 
>   CMakeLists.txt c90208bc13a13b6dc8824c86ee102c5b42369331 
> 
> Diff: https://git.reviewboard.kde.org/r/118192/diff/
> 
> 
> Testing
> -------
> 
> Builds, installs, plugins seem to work in designer. I'm planning to write some autotests as well.
> 
> 
> Thanks,
> 
> Alex Merry
> 
>

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