https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242945
Bug ID: 242945
Summary: devel/cmake: bad interaction with non-default
compilers: cmake loses ccache
Product: Ports & Packages
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: Ports Framework
Assignee: k...@freebsd.org
Reporter: mand...@freebsd.org
CC: k...@freebsd.org, port...@freebsd.org,
ports-b...@freebsd.org
Flags: maintainer-feedback?(k...@freebsd.org)
CC: k...@freebsd.org
Greetings,
our ccache rigging is incomplete and fails if a port uses cmake to build and
also a non-default compiler, such as a versioned cc/c++, or USE_GCC, or
thereabouts.
In that situation, cmake derives an absolute path (of the compiler) and loses
the ccache wrapper.
My current workaround, in, for instance, graphics/rawtherapee/Makefile, is:
.if "${WITH_CCACHE_BUILD}" == "yes" && !defined(NO_CCACHE)
CMAKE_ARGS+= -DCMAKE_C_COMPILER_LAUNCHER=${CCACHE_BIN} \
-DCMAKE_CXX_COMPILER_LAUNCHER=${CCACHE_BIN}
.endif
It would be good if either devel/cmake, or Mk/Uses/cmake.mk, or
Mk/bsd.ccache.mk would avoid the need of spilling this to all medium- to
heaviweight ports.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
