| Summary: | Setting CMAKE_INSTALL_PREFIX is not honoured when cmake is run | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Thomas Fischer <fischer> |
| Component: | Build tools: CMake | Assignee: | kdevelop-bugs-null |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | 6yearold, igorkuo |
| Priority: | NOR | ||
| Version: | 5.5.1 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
Output of the build pane showing CMAKE_INSTALL_PREFIX=/usr
Screenshot of the Configure CMake settings dialog showing CMAKE_INSTALL_PREFIX=/tmp/usr |
||
Created attachment 128519 [details]
Screenshot of the Configure CMake settings dialog showing CMAKE_INSTALL_PREFIX=/tmp/usr
Just upgraded my Gentoo Linux package from 5.4.6 (stable) to 5.5.1 (unstable). Same problem. There is the Show Advanced button under the CMake Cache Values view. Clicking this button shows/hides additional CMake settings. One of these settings is "Installation prefix", which probably overrides your manually configured CMAKE_INSTALL_PREFIX cache value. Adjusting the path in this field should take effect. I don't know if KDevelop's disregarding of CMAKE_INSTALL_PREFIX change in CMake Cache Values is a bug or an intentional feature (not particularly obvious or intuitive). Anyway, perhaps these settings shouldn't be labeled as "advanced" and should be visible by default... (In reply to Igor Kushnir from comment #3) > I don't know if KDevelop's disregarding of CMAKE_INSTALL_PREFIX change in > CMake Cache Values is a bug or an intentional feature (not particularly > obvious or intuitive). Anyway, perhaps these settings shouldn't be labeled > as "advanced" and should be visible by default... Actually, there are three places where a user may enter CMAKE_INSTALL_PREFIX: 1. In the "Cache values" 2. In the "Advanced" section, visible only after pressing the button "Show Advanced" 3. As an "Extra argument" in the form of "-DCMAKE_INSTALL_PREFIX=..." Changing the path in the Advanced section (item 2 above), then applying the change does change the value in the Cached values. In any other direction I could not observe any effect. My recommendations would be: 1. Have fields to enter an "Installation prefix" aka CMAKE_INSTALL_PREFIX at only one place, not both at Cached Values and Advanced. Drop one (or link/sync both). 2. In case the user enters "-DCMAKE_INSTALL_PREFIX=..." in the Extra arguments, extract the path, apply it to the dedicated input widget, and remove "-DCMAKE_INSTALL_PREFIX=..." remove from the Extra arguments. I sort of bumped into this with following reproducing steps. 1. For a loaded and configured project "Open Configuration..." 2. Set custom CMAKE_INSTALL_PREFIX 3. Everything is fine... 4. ... until you change something in CMakeLists.txt 5. KDevelop detects the change and reconfigures the project with /usr/local/bin/cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_BUILD_TYPE=Debug /path/to/project This reverts my custom CMAKE_INSTALL_PREFIX setting to the default one. |
Created attachment 128518 [details] Output of the build pane showing CMAKE_INSTALL_PREFIX=/usr To avoid conflicting with a distribution-based installation, I tried to configure a CMAKE_INSTALL_PREFIX to /tmp/usr instead of /usr. Such an approach works fine both when configuring, compiling, and installing the project on the command line as well as from within QtCreator. In the "Configure CMake settings" dialog, I can set the CMAKE_INSTALL_PREFIX to /tmp/usr, but for the actual configuration of the project, it is not applied, i.e. cmake is run but command line as shown in the build output shows -DCMAKE_INSTALL_PREFIX=/usr. Subsequently, installation of files fails as the current user has, as expected, no write permissions to /usr. Running the install phase as root is not what I want.