On Thu, Sep 5, 2013 at 6:09 PM, David Faure <fa...@kde.org> wrote: > On Thursday 05 September 2013 16:40:48 Stephen Kelly wrote: > > Aleix Pol wrote: > > > Git commit 25c6f2501ba077ef6f566dac3f12fc766ff5b4ab by Aleix Pol. > > > Committed on 05/09/2013 at 14:36. > > > Pushed by apol into branch 'frameworks'. > > > > > > meinproc5.shell doesn't exist anymore since now it doesn't use > > > kde4_add_executable > > > > This reminds me of the KDE4_HANDLE_RPATH_FOR_EXECUTABLE macro in > > cmake/modules/KDE4Macros. Reading the macro code, I see no 'handling of > > RPATH' in it, so it looks like it's at least badly named. > > > > Instead, it is generating these .shell and .bat files. Does anyone know > why? > > Do we need to keep generating those for any class of executable? > > I don't think we do anymore. The rpath handling done by ECM (not upstream > cmake, unfortunately) makes it all work out of the box (before installation > the rpath points to local libs, after installation it points to installed > libs). > > -- > David Faure, fa...@kde.org, http://www.davidfaure.fr > Working on KDE, in particular KDE Frameworks 5 > > _______________________________________________ > Kde-frameworks-devel mailing list > Kde-frameworks-devel@kde.org > https://mail.kde.org/mailman/listinfo/kde-frameworks-devel >
Yes, actually what should happen soon is the removal of the kde4_* macros in the KF5 codebase, eventually... No? Aleix
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel