Working with CMake (failed to store ... no such file or directory)

[rrichardson]

I am attempting to build a Rust project while using sccache only as a replacement for ccache for CC and CXX.
The project I am attempting to build is the Rust ssh2 crate.

My first approach was to set CC="sccache gcc" and CXX="sccache g++" .

However, cmake split the CC string into 'sccache' as the compiler and 'gcc' as a compiler flag. (Also CC="'sccache gcc'" didn't work as well)

So I created bash files :
sccache-cc

#!/bin/bash
sccache gcc "$@"

and set CC="sccache-cc"
this came from this tip for making ccache work with CMake here

This got much farther, however it appears that CMake expected gcc to do something different with the .o file than was expected by sccache, because the result is :

sccache: encountered fatal error
sccache: error : failed to store `x25519-x86_64.o` to cache
sccache:  cause: failed to store `x25519-x86_64.o` to cache
sccache:  cause: failed to zip up compiler outputs
sccache:  cause: No such file or directory (os error 2)
thread '<unnamed>' panicked at 'execution failed', /usr/local/cargo/registry/src/github.jpy.wang-1ecc6299db9ec823/ring-0.11.0/build.rs:658:8

Has anyone encountered an error like this? Better question : Has anyone convinced ccache to work nicely with CMake?

Thanks.

[rrichardson]

btw, the offending compilation step outputted by sccache is :

running "/usr/local/bin/sccache-cc" "-O0" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-m64" "-I" "include" "-std=c1x" "-Wbad-function-cast" "-Wmissing-prototypes" "-Wnested-externs" "-Wstrict-prototypes" "-fdata-sections" "-ffunction-sections" "-pedantic" "-pedantic-errors" "-Wall" "-Wextra" "-Wcast-align" "-Wcast-q
ual" "-Wenum-compare" "-Wfloat-equal" "-Wformat=2" "-Winline" "-Winvalid-pch" "-Wmissing-declarations" "-Wmissing-field-initializers" "-Wmissing-include-dirs" "-Wredundant-decls" "-Wshadow" "-Wsign-compare" "-Wundef" "-Wuninitialized" "-Wwrite-strings" "-fno-strict-aliasing" "-fvisibility=hidden" "-Wno-cast-align" "-fstack-pr
otector" "-g3" "-D_XOPEN_SOURCE=700" "-Wall" "-Wextra" "-c" "-o/work/target/debug/build/ring-5f46b244140d1de0/out/x25519-x86_64.o" "crypto/curve25519/x25519-x86_64.c"
OPT_LEVEL = Some("0")
TARGET = Some("x86_64-unknown-linux-gnu")
HOST = Some("x86_64-unknown-linux-gnu")
TARGET = Some("x86_64-unknown-linux-gnu")
TARGET = Some("x86_64-unknown-linux-gnu")
HOST = Some("x86_64-unknown-linux-gnu")
CC_x86_64-unknown-linux-gnu = None
CC_x86_64_unknown_linux_gnu = None
HOST_CC = None
CC = Some("/usr/local/bin/sccache-cc")
TARGET = Some("x86_64-unknown-linux-gnu")
HOST = Some("x86_64-unknown-linux-gnu")
CFLAGS_x86_64-unknown-linux-gnu = None
CFLAGS_x86_64_unknown_linux_gnu = None
HOST_CFLAGS = None
CFLAGS = None
DEBUG = Some("true")

[luser]

I'm not sure why I never commented on this issue, sorry! I wonder if this is due to the output directory not existing when the compile is executed? I would expect gcc to error about that, though. It's possible this is just a bug in sccache's handling of object file names. Does this reproduce with the latest sccache?