This is a work-in-progress upgrade to Bazel 8.5.0. The build does not
yet work due to toolchain compatibility issues.

Changes made:
- .bazelrc: Enable WORKSPACE mode, disable Bzlmod, allow empty globs
- Add bazel_features 1.38.0 (required for Bazel 8)
- Add rules_java 8.9.0 (required for Bazel 8)
- Add rules_python 1.0.0 (required for Bazel 8)
- Update rules_cc from commit to 0.2.14
- Update protobuf from 3.27.0 to 29.3
- Update bazel_skylib from 1.5.0 to 1.9.0
- Add bazel_features_deps() and compatibility_proxy_repo() calls

Remaining work:
- The sorbet/bazel-toolchain fork needs to be updated to work with
  rules_cc 0.2.14. The new rules_cc uses a different archiver action
  format that is incompatible with the current fork.
- To fix: rebase sorbet/bazel-toolchain onto a newer upstream version
  of bazel-contrib/toolchains_llvm (e.g., v1.5.0) that has Bazel 8
  support, then update the SHA in third_party/externals.bzl.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Additional fixes needed for the Bazel 8 upgrade:
- Add --host_features=-libtool for exec configuration (required because
  sorbet fork uses llvm-ar with traditional ar-style arguments, not the
  libtool-darwin format that rules_cc 0.2.14 defaults to on macOS)
- Add -Wno-incomplete-umbrella to suppress LLVM modulemap warnings
- Add per_file_copt to suppress missing-field-initializers warnings in
  protobuf 29.3 (incompatible with our -Werror flag)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Migrate core dependencies to Bazel Central Registry (BCR) via MODULE.bazel
while keeping project-specific dependencies in WORKSPACE. This is a stepping
stone toward full Bzlmod migration.

Dependencies moved to BCR (MODULE.bazel):
- [email protected]
- [email protected]
- [email protected]
- [email protected] (with repo_name com_google_protobuf)
- [email protected] (with repo_name com_google_absl)
- zlib (pulled in as protobuf transitive dependency)

Changes:
- MODULE.bazel: New file with BCR dependencies
- .bazelrc: Enable hybrid mode (--enable_workspace + --enable_bzlmod),
  add warning suppressions for BCR repos (protobuf+, zlib+)
- WORKSPACE: Remove protobuf_deps() call (now handled by BCR)
- externals.bzl: Remove dependencies that now come from BCR

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Continue migrating dependencies from WORKSPACE to Bazel Central Registry
via MODULE.bazel. This reduces the WORKSPACE footprint and prepares for
eventual full Bzlmod migration.

Additional dependencies moved to BCR:
- [email protected]
- [email protected]
- [email protected]
- [email protected] (as io_bazel_rules_go)
- [email protected]

Dependencies remaining in WORKSPACE (not on BCR or have custom BUILD files):
- toolchains_llvm (sorbet fork)
- rules_foreign_cc (using specific commit)
- emsdk (version mismatch - we use 3.1.59, BCR has 4.x)
- Various C++ libraries with custom BUILD files

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Continue migrating dependencies from WORKSPACE to Bazel Central Registry
via MODULE.bazel. rules_cc must remain in WORKSPACE because the sorbet
toolchains_llvm fork depends on it being loaded before compatibility_proxy_repo().

Additional dependencies moved to BCR:
- [email protected]
- [email protected]
- [email protected] (as io_bazel_rules_go)
- [email protected]
- [email protected]
- [email protected]
- [email protected]

Dependencies remaining in WORKSPACE:
- rules_cc (required by toolchains_llvm fork before compatibility_proxy_repo)
- toolchains_llvm (sorbet fork)
- rules_foreign_cc, rules_ragel (not on BCR or using specific commits)
- emsdk (version mismatch - we use 3.1.59, BCR has 4.x)
- Various C++ libraries with custom BUILD files

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

The hybrid WORKSPACE + Bzlmod approach had too many compatibility issues
with module extensions (compatibility_proxy, proto_bazel_features, etc.).
Each BCR dependency requires its own set of module extensions to be
configured, leading to cascading complexity.

Reverting to pure WORKSPACE mode which works reliably with Bazel 8:
- Remove MODULE.bazel (not needed with --noenable_bzlmod)
- Restore all dependencies to WORKSPACE/externals.bzl
- Clean up BCR-related warning suppressions from .bazelrc

The WORKSPACE mode will be deprecated in Bazel 9, but gives time to:
1. Wait for better hybrid mode support in Bazel
2. Fully migrate all deps to BCR when ready

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Migrate core dependencies to Bazel Central Registry (BCR) via MODULE.bazel
while keeping project-specific dependencies in WORKSPACE. This is a stepping
stone toward full Bzlmod migration.

Dependencies moved to BCR (MODULE.bazel):
- [email protected]
- [email protected]
- [email protected] (with repo_name com_google_protobuf)
- [email protected] (with repo_name com_google_absl)
- [email protected]
- [email protected]
- [email protected] (with repo_name io_bazel_rules_go)
- [email protected]
- [email protected]

Dependencies remaining in WORKSPACE:
- [email protected] (needed before BCR deps load)
- [email protected] (required by toolchains_llvm fork)
- toolchains_llvm (sorbet fork)
- rules_foreign_cc, rules_ragel, rules_m4, rules_bison
- All C++ libraries with custom BUILD files

Key configuration:
- .bazelrc: --enable_workspace --enable_bzlmod for hybrid mode
- Warning suppressions for BCR protobuf+ and zlib+ repos
- compatibility_proxy_repo() called from WORKSPACE rules_cc

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Move doctest from WORKSPACE to MODULE.bazel (BCR).

Dependencies that could NOT be migrated to BCR due to rules_cc conflicts:
- rules_m4, rules_bison, rules_foreign_cc all transitively depend on
  rules_cc from BCR, which conflicts with our WORKSPACE rules_cc
  (needed for sorbet toolchains_llvm fork)

Also removed duplicate bazel_skylib and aspect_bazel_lib from
externals.bzl (they are already in MODULE.bazel).

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Bazel 8 defaults to targeting macOS 10.11.0, but the LLVM toolchain
libraries were built for macOS 12.6.0. This mismatch causes ld64.lld
warnings. Setting --macos_minimum_os=13.0 silences these warnings.

Also improved the comment for --noincompatible_disallow_empty_glob
to document why it's needed (glob patterns like *.cc in ast/treemap).

- Add lz4 1.10.0.bcr.1 to MODULE.bazel
- Remove lz4 from externals.bzl and delete custom BUILD file
- Add warning suppression for lz4+ implicit-fallthrough

- Add yaml-cpp 0.8.0 and xxhash 0.8.3.bcr.1 to MODULE.bazel
- Remove from externals.bzl and delete custom BUILD files
- Update main/options/BUILD to use @yaml-cpp

- Add mimalloc 2.2.4 to MODULE.bazel
- Remove mimalloc from externals.bzl and delete custom BUILD file
- BCR version uses cmake internally (same as our custom BUILD)

- Add spdlog 1.16.0.bcr.2 to MODULE.bazel
- Remove spdlog from externals.bzl and delete custom BUILD file
- Using header-only mode (BCR default) instead of SPDLOG_COMPILED_LIB

- Add libprotobuf-mutator 1.3 to MODULE.bazel
- Remove libprotobuf-mutator from externals.bzl and delete custom BUILD file

These files are not referenced in externals.bzl

- Add rapidjson via bazel_dep + archive_override with custom BUILD file
- Create third_party/rapidjson/ directory with module.patch and BUILD
- Simplify linkstatic to True (removes @com_stripe_ruby_typer reference)
- Remove rapidjson from externals.bzl

- Add lmdb via bazel_dep + archive_override with custom BUILD file
- Create third_party/lmdb_override/ for module.patch and lmdb.BUILD
- Create third_party/lmdb/BUILD to export strdup.patch
- Move rapidjson.BUILD into third_party/rapidjson/
- Remove lmdb from externals.bzl

Continue migrating dependencies from WORKSPACE to Bazel Central Registry
via MODULE.bazel with archive_override for custom BUILD files.

Dependencies migrated:
- cxxopts (header-only options parsing library)
- dtl (diff template library)
- pdqsort (pattern-defeating quicksort)
- rang (terminal colors library)
- concurrentqueue (lock-free concurrent queue)

All use archive_override to supply MODULE.bazel patch and custom BUILD
files since they are not on BCR or need specific configurations.

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Continue migrating dependencies from WORKSPACE to Bazel Central Registry
via MODULE.bazel with archive_override for custom BUILD files.

Dependencies migrated:
- blake2 (BLAKE2 reference implementation, repo_name com_github_blake2_blake2)
- libb2 (BLAKE2 optimized SSE version, repo_name com_github_blake2_libb2)

These are hashing algorithm libraries used for file hashing.

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Continue migrating dependencies from WORKSPACE to Bazel Central Registry
via MODULE.bazel with archive_override for custom BUILD files.

Dependencies migrated:
- prism (Ruby parser library)
- jemalloc (memory allocator with complex genrule build)
- rbs_parser (RBS type signature parser)

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

The lockfile pins exact versions and hashes of all Bzlmod dependencies
to ensure reproducible builds across different machines and CI.

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Update BUILD files to use shorter dependency names:
- @com_github_ludocode_mpack -> @mpack
- @com_github_d_bahr_crcpp -> @crcpp
- @com_github_blake2_libb2 -> @libb2
- @com_github_blake2_blake2 -> @BLAKE2

Also update the target names in the custom BUILD files to match.

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

- Rename module to 'sorbet' with repo_name for backwards compat
- Mark doctest as dev_dependency (won't propagate to consumers)
- Move WORKSPACE content to WORKSPACE.bzlmod (takes precedence with Bzlmod)
- Keep minimal WORKSPACE file to mark workspace root

Based on https://bazel.build/external/migration recommendations.

Generated with Claude Code

Co-Authored-By: Claude Opus 4.5 <[email protected]>

Continue BCR migration for rule dependencies:
- Add [email protected] to MODULE.bazel (was in externals.bzl)
- Add [email protected] to MODULE.bazel (was in externals.bzl)
- Keep rules_foreign_cc in externals.bzl (has WORKSPACE setup functions)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

The linkstatic select pattern is unnecessary - the -fPIC flags in
--config=shared-libs are sufficient for shared library builds.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>

- Revert bazel_skylib from 1.9.0 to 1.5.0 (matches original)
- Revert protobuf from 29.3 to 27.0 (matches original v3.27.0)
- Remove rules_java, rules_python, rules_license (not in original WORKSPACE)

Version bumps should be done in a separate PR as requested by reviewer.

Answers to reviewer questions from PR sorbet#9801 covering:
- lmdb directory structure
- rapidjson linkstatic simplification
- RBS Parser upstream contribution
- MODULE.bazel location requirements
- protobuf compiler flags
- progressbar.BUILD removal
- BCR dependencies origin