diff options
author | Jon Brandvein <brandjon@google.com> | 2019-07-26 23:35:39 -0400 |
---|---|---|
committer | GitHub <noreply@github.com> | 2019-07-26 23:35:39 -0400 |
commit | 522222ae63f30a9ecb0c6a0ed0a628b4eaca4f84 (patch) | |
tree | 7c73513487643102bad76a50851ac75b7a07f22c /README.md | |
parent | d1596a309ac9216b1a17fc984eb1376e64aa5fcf (diff) | |
download | bazelbuild-rules_python-522222ae63f30a9ecb0c6a0ed0a628b4eaca4f84.tar.gz |
Add exports for core Python logic that's bundled with Bazel (#202)
* Introduce defs.bzl as the official home of the core Python rules
The "core" Python rules are the rules that traditionally have been bundled with
Bazel. This includes native rules like `py_binary`, and Starlark-defined rules
under `@bazel_tools` like `py_runtime_pair`. These should all live in
or around `@rules_python//python:defs.bzl`.
Currently we re-export the native rules here, with a magic tag to allow them to
survive the flag flip for `--incompatible_load_python_rules_from_bzl`. When
native rules are ported to Starlark their definitions will live here.
* Add re-exports for Starlark-defined symbols
This adds export definitions for built-in symbols like `PyInfo` and
`@bazel_tools`-defined symbols like py_runtime_pair.
* Vendor in runfiles library
This vendors in the @bazel_tools//tools/python/runfiles target as
//python/runfiles. See comment in the BUILD file for why we couldn't re-export
the bundled implementation.
* Fix README to prefer defs.bzl over python.bzl
Diffstat (limited to 'README.md')
-rw-r--r-- | README.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -46,7 +46,7 @@ Then in your `BUILD` files load the python rules with: ``` python load( - "@rules_python//python:python.bzl", + "@rules_python//python:defs.bzl", "py_binary", "py_library", "py_test", ) |