path: root/Config.in
diff options
authorGravatar Thomas Petazzoni <thomas.petazzoni@free-electrons.com>2012-03-07 20:26:50 +0100
committerGravatar Peter Korsgaard <jacmet@sunsite.dk>2012-03-08 22:56:33 +0100
commitf044e03776652d4f822c2f3787142bda34364965 (patch)
tree51209efd567818919a10817e9364f457ce54b970 /Config.in
parent7ea11dafff37c5403432f691cf3c46d1d5566e46 (diff)
ccache: set COMPILERCHECK to 'none'
This allows ccache to re-use its cache contents even if the compiler binary mtime has changed. It is the simplest approach to solve this problem, and it works for the internal, external and crosstool-ng toolchain backends. Of course, it leaves the user responsible for invalidating the cache when necessary, but there doesn't seem to be a real good solution that allows both to: 1/ keep the cache contents accross builds and re-use it and 2/ invalidate the cache automatically when the compiler chances in an incompatible way. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Diffstat (limited to 'Config.in')
1 files changed, 7 insertions, 0 deletions
diff --git a/Config.in b/Config.in
index 8579a63b18..2002996fe3 100644
--- a/Config.in
+++ b/Config.in
@@ -191,6 +191,13 @@ config BR2_CCACHE
up future builds. The cache is stored in
+ Note that Buildroot does not try to invalidate the cache
+ contents when the compiler changes in an incompatible
+ way. Therefore, if you make a change to the compiler version
+ and/or configuration, you are responsible for purging the
+ ccache cache by removing the $HOME/.buildroot-ccache
+ directory.
bool "Show packages that are deprecated or obsolete"