summaryrefslogtreecommitdiff
path: root/dev-python/parse_cmake/files/parse_cmake-0.4.1-python3-fix.patch
diff options
context:
space:
mode:
authorSam James <sam@gentoo.org>2023-06-26 10:54:06 +0100
committerAndreas Sturmlechner <asturm@gentoo.org>2023-09-16 17:03:30 +0200
commit2b32cb0d67222da271e2ae25b19479f0374648da (patch)
treec71b53372d83c22404c97d610be583e4bfb9d4be /dev-python/parse_cmake/files/parse_cmake-0.4.1-python3-fix.patch
parent065572bdc5985f3a481348fb69e0780ee2f7d7ba (diff)
downloadkde-2b32cb0d67222da271e2ae25b19479f0374648da.tar.gz
kde-2b32cb0d67222da271e2ae25b19479f0374648da.tar.bz2
kde-2b32cb0d67222da271e2ae25b19479f0374648da.zip
cmake.eclass: workaround S=${WORKDIR} creating builddir above ${WORKDIR}
When S=${WORKDIR}, cmake.eclass would create its build directory (if CMAKE_USE_DIR is unset) above WORKDIR(!) as ${WORKDIR}_build. Creating directories above WORKDIR is not legal. Portage has its own bug (bug #889418) in that it doesn't clean up unknown directories above WORKDIR in PORTAGE_TMPDIR, so combined, you get a problem where "ebuild ... clean" doesn't actually clean things up at all, and you get very confusing issues if e.g. changing CC between runs. The explicit S=WORKDIR check isn't truly needed but it makes explicit our intent here. Bug: https://bugs.gentoo.org/889418 Closes: https://bugs.gentoo.org/889420 Signed-off-by: Sam James <sam@gentoo.org> Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Diffstat (limited to 'dev-python/parse_cmake/files/parse_cmake-0.4.1-python3-fix.patch')
0 files changed, 0 insertions, 0 deletions