running different version from its build directory?
Kevin Funk
kfunk at kde.org
Sat Sep 28 10:56:44 BST 2019
On Saturday, 28 September 2019 11:15:42 CEST René J.V. Bertin wrote:
> Hi,
>
> I'm looking for suggestions/best-practices on how to do safe test runs of a
> newer KDevelop version from its build directory or else a "destroot" (e.g.
> 5.4.3 with 5.3.2 installed)?
Heya,
Running from the build directory is not easily doable; as the libs + plugins
built by KDevelop are not being placed in a common sub-directory [1]. Could be
be fixed by adding some more CMake logic, but that needs to be implemented &
tested, etc..
I'm not sure what's the problem with the traditional way of installing
KDevelop into a separate prefix (-> -DCMAKE_INSTALL_PREFIX=...), setting up
PATH/QT_PLUGIN_PATH/LD_LIBRARY_PATH (or DYLD_LIBRARY_PATH on macOS) and
running the specific kdevelop binary then? That always worked fine.
Also see:
https://community.kde.org/KDevelop/HowToCompile_v5#3._Run_KDevelop
Regards,
Kevin
> I guess I could make an AppImage but I have no idea what the associated
> learning curve and overhead are.
As you indicated, that's overkill. There's a much simpler solution.
> Thanks,
> R.
[1] Hint: https://cmake.org/cmake/help/v3.12/prop_tgt/
RUNTIME_OUTPUT_DIRECTORY.html & friends
--
Kevin Funk | kfunk at kde.org | http://kfunk.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20190928/749332be/attachment.sig>
More information about the KDevelop-devel
mailing list