D17255: KDevelop: support for installing into a non-standard parallel prefix

Kevin Funk noreply at phabricator.kde.org
Sun Dec 2 09:25:36 GMT 2018


kfunk added a subscriber: apol.
kfunk added a comment.


  > I've tested the idea of NOT specifying an install prefix default when none has been configured. To the best I can see this does not lead to invalid cmake invocations (aka -DCMAKE_INSTALL_PREFIX=). Instead, this does exactly what you'd expect: cmake will use whatever is its default for the current platform. The result will be obtained from the CMakeCache later on.
  >  In other words, there doesn't appear to be any reason to hardcode assumptions about CMake's defaults, and not doing that should be a suitable compromise for everyone. It also removes the need for conditional code.
  
  @apol Do you think that makes sense?

INLINE COMMENTS

> manpageplugin.cpp:98
> +    if (!dec->topContext()->url().str().startsWith(QLatin1String("/usr/"))
> +            && !dec->topContext()->url().str().startsWith(QLatin1String(KDEVELOP_INSTALL_PREFIX)))
>          return {};

I wonder if we just want to remove that complete if-branch altogether... Not entirely sure what it is trying to work-around.

REPOSITORY
  R32 KDevelop

REVISION DETAIL
  https://phabricator.kde.org/D17255

To: rjvbb, #kdevelop, kfunk
Cc: apol, flherne, kfunk, kdevelop-devel, glebaccon, hase, antismap, iodelay, vbspam, geetamc, Pilzschaf, akshaydeo, surgenight, arrowd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20181202/9344bde6/attachment.html>


More information about the KDevelop-devel mailing list