diff options
author | 2016-03-30 15:20:32 +0000 | |
---|---|---|
committer | 2016-03-31 07:08:21 +0000 | |
commit | d6d04e071c43ed2160e8281bd5564f12d8f4f821 (patch) | |
tree | 8ea73ce7a87df8cbde0579f2e95fc11f91ffaa33 /site/faq.md | |
parent | 787abf9ac25ef954f9df70c25c74995ac4159ef6 (diff) |
faq: remove mention of the tools directory
This is no longer relevant.
Fixes #1099
--
MOS_MIGRATED_REVID=118574360
Diffstat (limited to 'site/faq.md')
-rw-r--r-- | site/faq.md | 21 |
1 files changed, 0 insertions, 21 deletions
diff --git a/site/faq.md b/site/faq.md index 4ca1e95edc..f5dd9082b0 100644 --- a/site/faq.md +++ b/site/faq.md @@ -229,27 +229,6 @@ How can I start using Bazel? See our [getting started document](docs/getting-started.html). -Why do I need to have a tools/ directory in my package path? ------------------------------------------------------------- - -Your project never works in isolation. Typically, it builds with a -certain version of the JDK/C++ compiler, with a certain test driver -framework, on a certain version of your operating system. - -To guarantee that builds are reproducible even when we upgrade our -workstations, we at Google check most of these tools into version -control, including the toolchains and Bazel itself. By convention, we -do this in a directory called "tools". - -Bazel allows tools such as the JDK to live outside your workspace, but -the configuration data for this (where is the JDK, where is the C++ -compiler?) still needs to be somewhere, and that place is also the -`tools/` directory. - -Bazel's `compile.sh` script builds a minimal set of configuration files, -suitable for running toolchains from standard system directories, e.g., -`/usr/bin/`. - Doesn't Docker solve the reproducibility problems? -------------------------------------------------- |