[kdelibs/frameworks] staging/kdoctools: meinproc5.shell doesn't exist anymore since now it doesn't use kde4_add_executable

[Aleix Pol]

On Thu, Sep 5, 2013 at 6:09 PM, David Faure <faure at 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, faure at kde.org, http://www.davidfaure.fr
> Working on KDE, in particular KDE Frameworks 5
>
> _______________________________________________
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20130905/2dd55843/attachment.html>