Make the symbolic macro invocation stack implicit

It turns out that we never really need to access outer macros. This CL makes the stack management done by the caller (MacroClass#executeMacroImplementation). This paves the way for evaluating individual symbolic macros outside of the context in which they were declared, e.g. deferred until the end of BUILD file evaluation. That in turn is needed to implement rule finalizers.

Package.java
- Replace macroStack with currentMacroFrame, representing what was previously the top item of macroStack.
- Rename MactoStackFrame to just MacroFrame and make it package-visible for use by MacroClass.
- Rename currentMacroFrame() -> getCurrentMacroFrame and make package-visible.
- Replace [push|pop]Macro() with [get|set]CurrentMacroFrame().
- Remove other helpers for accessing current macro info, undoing the convenience API added in the recent prior CL. Now that it's a simpler data struture the extra machinery isn't warranted.

MacroClass.java
- Update instantiateMacro() for use of MacroFrame type.
- Update executeMacroImplementation to save the old frame on the stack, push a new one, and restore it, including in case of EvalException / InterruptedException / unchecked exception.

Work toward #19922.

PiperOrigin-RevId: 660878222
Change-Id: I13f278f6c61afade8e5923f549f480009205685b
2 files changed
tree: 6465f3ac09f8471b002579ec9d0996351d07d368
  1. .bazelci/
  2. .github/
  3. examples/
  4. scripts/
  5. site/
  6. src/
  7. third_party/
  8. tools/
  9. .bazelrc
  10. .bazelversion
  11. .gitattributes
  12. .gitignore
  13. AUTHORS
  14. bazel_downloader.cfg
  15. BUILD
  16. CHANGELOG.md
  17. CODE_OF_CONDUCT.md
  18. CODEOWNERS
  19. combine_distfiles.py
  20. combine_distfiles_to_tar.sh
  21. compile.sh
  22. CONTRIBUTING.md
  23. CONTRIBUTORS
  24. distdir.bzl
  25. extensions.bzl
  26. LICENSE
  27. maven_install.json
  28. MODULE.bazel
  29. MODULE.bazel.lock
  30. rbe_extension.bzl
  31. README.md
  32. repositories.bzl
  33. requirements.txt
  34. SECURITY.md
  35. WORKSPACE.bzlmod
  36. workspace_deps.bzl
README.md

Bazel

{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.

Getting Started

Documentation

Reporting a Vulnerability

To report a security issue, please email security@bazel.build with a description of the issue, the steps you took to create the issue, affected versions, and, if known, mitigations for the issue. Our vulnerability management team will respond within 3 working days of your email. If the issue is confirmed as a vulnerability, we will open a Security Advisory. This project follows a 90 day disclosure timeline.

Contributing to Bazel

See CONTRIBUTING.md

Build status