commit | b202e1b026cea27d4939f1782c66f9e5f3b1cd06 | [log] [tgz] |
---|---|---|
author | adonovan <adonovan@google.com> | Thu Dec 12 08:14:01 2019 -0800 |
committer | Copybara-Service <copybara-worker@google.com> | Thu Dec 12 08:15:05 2019 -0800 |
tree | 60ff1c4fb82e80a613c1795e13b1b8e8b1c232f8 | |
parent | b49407458949140045cbe7239b25725ce07aeec8 [diff] |
bazel packages: make NativeProvider non-callable NativeProvider has only a single subclass that actually implements the call protocol: ConfigFeatureFlagProvider.Constructor (aka config_common.FeatureFlagInfo). This change makes it callable through the annotation mechanism. (Aside: We really need to get our story straight on the meanings of "info" and "provider". ConfigFeatureFlagProvider is an "info" yet FeatureFlagInfo is a provider. What a mess. I propose we chart a long-term course for "constructor" and "struct".) This change causes FeatureFlagInfo(...) to reject named arguments other than 'value', as it should have done all along. Also, don't require @SkylarkModule(documented=false) to redundantly specify doc="". PiperOrigin-RevId: 285193547
{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