Enforce Starlark nested set depth limit in runfiles.merge() and merge_all() We want to prevent overly deep nested sets which can cause a stack overflow. Since we are now accessing --nested_set_depth_limit from additional places (Runfiles as well as Depset), we want to move the option from NestedSetOptionsModule to BuildLanguageOptions (where, arguably, it ought to have been from the start). As a nice side effect, since the depth limit no longer lives in global static state, depth limit tests are now thread-safe regardless of sharding. RELNOTES: runfiles.merge() and merge_all() now respect --nested_set_depth_limit. If you hit the depth limit because you were calling merge() in a loop, use merge_all() on a sequence of runfiles objects instead. PiperOrigin-RevId: 364631293
{Fast, Correct} - Choose two
Build and test software of any size, quickly and reliably.
Speed up your builds and tests: Bazel rebuilds only what is necessary. With advanced local and distributed caching, optimized dependency analysis and parallel execution, you get fast and incremental builds.
One tool, multiple languages: Build and test Java, C++, Android, iOS, Go, and a wide variety of other language platforms. Bazel runs on Windows, macOS, and Linux.
Scalable: Bazel helps you scale your organization, codebase, and continuous integration solution. It handles codebases of any size, in multiple repositories or a huge monorepo.
Extensible to your needs: Easily add support for new languages and platforms with Bazel's familiar extension language. Share and re-use language rules written by the growing Bazel community.
Follow our tutorials:
See CONTRIBUTING.md