protobuf

18946 Commits

204 Branches

352 Tags

257 MiB

Tag: Branch: Tree: b5fca3e1b5

Commit Graph

Author	SHA1	Message	Date
Protobuf Team Bot	426ca8a34a	Move ProtoInfo and ProtoLangToolchainInfo from Bazel The change is no-op for Bazel < 8, it always falls back to native providers. When we cherry-pick --incompatible_autoload_externally to older Bazels, ProtoInfo can be replaced with Starlark implementation, providing that users set the flag so that there is no second implementation exposed from Bazel. PiperOrigin-RevId: 674561141	3 months ago
Protobuf Team Bot	b19fbe62bc	Move proto_common implementation from Bazel binary Move toolchain helpers into a separate private file. After the migration those should be removed, so let's not make it a new public APIs. Copybara also handles differences in toolchain type labels. Remove ProtoLangToolchainInfo from proto_common. Providers need special care when moving and will be moved last. Read INCOMPATIBLE_ENABLE_PROTO_TOOLCHAIN_RESOLUTION from native proto_common. This is a BuildLanguageConfiguration flag (load time flag) and may only be read through native support. Add a dependency to the latest bazel_features that supports this check. On older Bazel versions fail if ALLOWLIST is configured. Implement version check for PackageSpecificationInfo. It's only available after Bazel 6.4.0. The rest of the implementation matches Bazel version. Tests are quite extensive and will be submitted in separate PRs. PiperOrigin-RevId: 651699412	5 months ago
Protobuf Team Bot	d4d34abd7d	Add redirects for proto rules Redirected rules: proto_library, proto_toolchain, proto_lang_toolchain Modules and providers: proto_common, ProtoInfo, ProtoLangToolchainInfo The structure follows proposal: https://docs.google.com/document/d/1L1JFgjpZ7SrBinb24DC_5nTIELeYDacikcme-YcA7xs/edit?usp=drive_open&ouid=102306600948089647787 PiperOrigin-RevId: 622117921	8 months ago

Author

SHA1

Message

Date

Protobuf Team Bot

426ca8a34a

Move ProtoInfo and ProtoLangToolchainInfo from Bazel

The change is no-op for Bazel < 8, it always falls back to native providers.

When we cherry-pick --incompatible_autoload_externally to older Bazels, ProtoInfo
can be replaced with Starlark implementation, providing that users set the flag so that there is no second implementation exposed from Bazel.

PiperOrigin-RevId: 674561141

3 months ago

Protobuf Team Bot

b19fbe62bc

Move proto_common implementation from Bazel binary

Move toolchain helpers into a separate private file. After the migration those should be removed, so let's not make it a new public APIs. Copybara also handles differences in toolchain type labels.

Remove ProtoLangToolchainInfo from proto_common. Providers need special care when moving and will be moved last.

Read INCOMPATIBLE_ENABLE_PROTO_TOOLCHAIN_RESOLUTION from native proto_common. This is a BuildLanguageConfiguration flag (load time flag) and may only be read through native support. Add a dependency to the latest bazel_features that supports this check. On older Bazel versions fail if ALLOWLIST is configured.

Implement version check for PackageSpecificationInfo. It's only available after Bazel 6.4.0.

The rest of the implementation matches Bazel version. Tests are quite extensive and will be submitted in separate PRs.

PiperOrigin-RevId: 651699412

5 months ago

Protobuf Team Bot

d4d34abd7d

Add redirects for proto rules

Redirected rules: proto_library, proto_toolchain, proto_lang_toolchain
Modules and providers: proto_common, ProtoInfo, ProtoLangToolchainInfo

The structure follows proposal: https://docs.google.com/document/d/1L1JFgjpZ7SrBinb24DC_5nTIELeYDacikcme-YcA7xs/edit?usp=drive_open&ouid=102306600948089647787

PiperOrigin-RevId: 622117921

8 months ago

3 Commits (b5fca3e1b5a52e7fab8cfa529d7841b95e65482c)