mirror of
https://github.com/keepassxreboot/keepassxc.git
synced 2025-01-04 04:01:03 -05:00
abfebea4f2
CPack by default invokes the 'make install' target to install all project files into a staging area for further packaging. The order of installation follows the order of install() commands. One of the first install() commands is the one that installs the KeePassXC.app bundle and all the contents inside of it, which includes POST_BUILD copied binaries like keepassxc-cli and keepassxc-proxy. Subsequent install(TARGETS) commands would then override the keepassxc-cli and keepassxc-proxy binaries inside the staging area with the ones which didn't have macdeployqt run on them (the ones from src/cli and src/proxy). Launching the binaries would then fail because of missing rpath adjustments. The libkeepassxc-autotype-cocoa.so library was working fine because there is no install(TARGETS) command for it in a WITH_APP_BUNDLE build, so the POST_BUILD copy with the adjusted rpaths was preserved. To fix the issue and make the handling consistent, macdeployqt is no longer run at POST_BUILD time, but instead at 'make install' time, after each binary is installed by install(TARGETS). libkeepassxc-autotype-cocoa.so also has its install command run unconditionally now. The build dir binaries that are POST_BUILD copied into src/KeePassXC.app continue to run because they use the build dir rpaths that CMake embeds by default. They don't macdeployqt run for them anymore, which slightly speeds up the build time. Fixes: #7475 |
||
|---|---|---|
| .. | ||
| autotype | ||
| browser | ||
| cli | ||
| core | ||
| crypto | ||
| fdosecrets | ||
| format | ||
| gui | ||
| keeshare | ||
| keys | ||
| proxy | ||
| qrcode | ||
| sshagent | ||
| streams | ||
| thirdparty | ||
| totp | ||
| touchid | ||
| updatecheck | ||
| winhello | ||
| zxcvbn | ||
| CMakeLists.txt | ||
| config-keepassx.h.cmake | ||
| git-info.h.cmake | ||
| main.cpp | ||