RECC is the Remote Execution Caching Compiler, an open source build tool that wraps compiler command calls and forwards them to a remote build execution service using the remote execution API (REAPI) v2.
There is no stable release of RECC yet. You’ll have to install it from sources.
RECC reads the configuration from its execution environment. You can get a complete list of environment variables it accepts by running:
The variables are prefixed with
RECC_. The most important ones for remote
RECC_SERVER: URI of the remote execution server.
RECC_CAS_SERVER: URI of the CAS server, defaults to
RECC_INSTANCE: name of the remote execution instance.
RECC_VERBOSE=1 can be set in order to enable verbose output.
As an example, in order to forward compile commands to the
main instance of
the remote execution server available at
controller.grid.build on port
50051 you should export:
export RECC_SERVER=controller.grid.build:50051 export RECC_INSTANCE=main
RECC can be use with any existing software package respecting GNU make common
CC for the C compiler or
CXX for the C++ compiler.
We’ll focus here on instructions on how to build the GNU Hello example
program using RECC and BuildGrid on your local machine.
First, you need to download the hello source package:
Next, unpack it and change the current directory to the source root:
tar xvf hello-2.10.tar.gz cd hello-2.10
All the commands in the instructions below are expected to be executed from that root source directory (the GNU Hello project’s root directory).
Before trying to build the hello example program, you’ll have to setup and run a
BuildGrid server and bot. A minimal server’s configuration is given below, paste
it in a
server.yml file in the root directory:
server: - !channel address: localhost:50051 insecure-mode: true instances: - name: main storages: - !lru-storage &main-storage size: 512MB services: - !action-cache &main-action storage: *main-storage max-cached-refs: 256 allow-updates: true - !execution storage: *main-storage action-cache: *main-action - !cas storage: *main-storage - !bytestream storage: *main-storage
This defines a single
main server instance implementing a
ContentAddressableStorage (CAS) +
ByteStream service together with an
ActionCache service, both using the same in-memory storage.
You can then start the BuildGrid server daemon using that configuration by
bgd server start server.yml
In order to perform the actual build work, you need to attach a worker bot to
that server for that
main instance. RECC comes with its own
bot implementation. However, BuildGrid’s host-tools based bot should be enough
to build the hello example program. Once you’ve make sure that your machine has
gcc installed, run:
bgd bot --remote=http://localhost:50051 --instance-name=main host-tools
--remote option is used to specify the server location (running on the
same machine here, and listening to port 50051). The
--instance-name option is used
to specify the server instance you expect the bot to be attached to. Refer to
the CLI reference section for command
line interface details.
The BuildGrid server is now ready to accept jobs and execute them. RECC’s configuration needs to be defined as environment variables. Define minimal configuration by running:
export RECC_SERVER=localhost:50051 export RECC_INSTANCE=main
This points RECC to the
main remote execution server instance at
GNU Hello is using The Autotools as a build system, so first, you need to configure your build. Run:
You can finally build the hello example program, using RECC by running:
make CC="recc cc"
You can verify that the example program has been successfully built by running the generated executable. Simply invoke:
You can check the caching functionality of BuildGrid using RECC by rebuilding the same files. Clean up your local directory first:
You can then run the build again using RECC as before:
make CC="recc cc"
This build should hit the ActionCache rather than actually doing any compilation. You can check that happened by looking in the server logs, which should only mention access to the ActionCache and no execution.
In general, you can also set
RECC_VERBOSE=1 to get verbose output from
RECC, which will contain information about whether or not a cache hit was
You can also use the casdownload command line tool to get the Action result
from the cache to manually inspect it to ensure it is as expected. See the
casdownload README for details on doing that.