mirror of
https://github.com/github/codeql.git
synced 2025-12-16 16:53:25 +01:00
Previously, we were using 8.0.0rc1. In particular, this upgrade means we need to explicitly import more rules, as they've been moved out of the core bazel repo.
36 lines
1.5 KiB
Plaintext
36 lines
1.5 KiB
Plaintext
common --enable_platform_specific_config
|
|
# because we use --override_module with `%workspace%`, the lock file is not stable
|
|
common --lockfile_mode=off
|
|
|
|
# when building from this repository in isolation, the internal repository will not be found at ..
|
|
# where `MODULE.bazel` looks for it. The following will get us past the module loading phase, so
|
|
# that we can build things that do not rely on that
|
|
common --override_module=semmle_code=%workspace%/misc/bazel/semmle_code_stub
|
|
|
|
build --repo_env=CC=clang --repo_env=CXX=clang++
|
|
|
|
# we use transitions that break builds of `...`, so for `test` to work with that we need the following
|
|
test --build_tests_only
|
|
|
|
# this requires developer mode, but is required to have pack installer functioning
|
|
startup --windows_enable_symlinks
|
|
common --enable_runfiles
|
|
|
|
# with the above, we can avoid building python zips which is the default on windows as that's expensive
|
|
build --nobuild_python_zip
|
|
|
|
common --registry=file:///%workspace%/misc/bazel/registry
|
|
common --registry=https://bcr.bazel.build
|
|
|
|
common --@rules_dotnet//dotnet/settings:strict_deps=false
|
|
|
|
# Reduce this eventually to empty, once we've fixed all our usages of java, and https://github.com/bazel-contrib/rules_go/issues/4193 is fixed
|
|
common --incompatible_autoload_externally="+@rules_java,+@rules_shell"
|
|
|
|
build --java_language_version=17
|
|
build --tool_java_language_version=17
|
|
build --tool_java_runtime_version=remotejdk_17
|
|
build --java_runtime_version=remotejdk_17
|
|
|
|
try-import %workspace%/local.bazelrc
|