mirror of
https://gitlab.com/pulsechaincom/prysm-pulse.git
synced 2024-12-22 11:32:09 +00:00
a19044051f
* Add bazel-zig-cc for a hermetic cc toolchain * gazelle * Remove llvm * remove wl * Add new URLs for renamed repo * gazelle * Update to v2.0.0-rc1 * bump to rc2 * Some PR feedback * use v2.0.0 from rc2 * Disable hermetic builds for mac and windows. * bump bazel version, add darwin hack * fix * Add the no-op emtpy cc toolchain code * typo and additional copy * update protobuf and fix vaticle warning * Revert "update protobuf and fix vaticle warning" This reverts commit 7bb4b6b564d2d588567d08dfdd3b9837c26d3c05. --------- Co-authored-by: prylabs-bulldozer[bot] <58059840+prylabs-bulldozer[bot]@users.noreply.github.com>
20 lines
1.1 KiB
Plaintext
20 lines
1.1 KiB
Plaintext
# From Bazel's perspective, this is almost equivalent to always specifying
|
|
# --extra_toolchains on every bazel <...> command-line invocation. It also
|
|
# means there is no way to disable the toolchain with the command line. This is
|
|
# useful if you find bazel-hermetic-cc useful enough to compile for all of your
|
|
# targets and tools.
|
|
#
|
|
# With BAZEL_DO_NOT_DETECT_CPP_TOOLCHAIN=1 Bazel stops detecting the default
|
|
# host toolchain. Configuring toolchains is complicated enough, and the
|
|
# auto-detection (read: fallback to non-hermetic toolchain) is a footgun best
|
|
# avoided. This option is not documented in bazel, so may break. If you intend
|
|
# to use the hermetic toolchain exclusively, it won't hurt.
|
|
build --action_env BAZEL_DO_NOT_DETECT_CPP_TOOLCHAIN=1
|
|
|
|
# This snippet instructs Bazel to use the registered "new kinds of toolchains".
|
|
# This flag not needed after this issue is closed https://github.com/bazelbuild/bazel/issues/7260
|
|
build --incompatible_enable_cc_toolchain_resolution
|
|
|
|
# Add a no-op warning for users still using --config=llvm
|
|
build:llvm --unconditional_warning="llvm config is no longer used as clang is now the default compiler"
|