e59b620b39
* make the tarball 555 * Split the bins out from the rest of the package and combine the packages. This solution is horrible. The better solution is - We need something like pkgfilegroup in rules_pkg, so we can specify exectuable mode next to the file. - But we do not want rules_pkg to appear in the rules/BUILD file because that would make a runtime dependency. So we need to - rewrite rules/BUILD when going into the package. - or provide magic mapping of files names to mode bits - or something entirely different. |
||
---|---|---|
.bazelci | ||
distribution | ||
docs | ||
lib | ||
rules | ||
tests | ||
toolchains/unittest | ||
.gitignore | ||
AUTHORS | ||
BUILD | ||
CHANGELOG.md | ||
CODEOWNERS | ||
CONTRIBUTING.md | ||
CONTRIBUTORS | ||
LICENSE | ||
README.md | ||
WORKSPACE | ||
bzl_library.bzl | ||
internal_deps.bzl | ||
internal_setup.bzl | ||
lib.bzl | ||
skylark_library.bzl | ||
version.bzl | ||
workspace.bzl |
README.md
Skylib
Skylib is a standard library that provides functions useful for manipulating collections, file paths, and other features that are useful when writing custom build rules in Bazel.
This library is currently under early development. Be aware that the APIs in these modules may change during this time.
Each of the .bzl
files in the lib
directory defines a "module"—a
struct
that contains a set of related functions and/or other symbols that can
be loaded as a single unit, for convenience.
Skylib also provides build rules under the rules
directory.
Getting Started
WORKSPACE
file
See the WORKSPACE setup section for the current release.
If you want to use lib/unittest.bzl
from Skylib versions released in or after
December 2018, then you also should add to the WORKSPACE
file:
load("@bazel_skylib//:workspace.bzl", "bazel_skylib_workspace")
bazel_skylib_workspace()
BUILD
and *.bzl
files
Then, in the BUILD
and/or *.bzl
files in your own workspace, you can load
the modules (listed below) and access the symbols by
dotting into those structs:
load("@bazel_skylib//lib:paths.bzl", "paths")
load("@bazel_skylib//lib:shell.bzl", "shell")
p = paths.basename("foo.bar")
s = shell.quote(p)
List of modules (in lib/)
- collections
- dicts
- partial
- paths
- selects
- sets - deprecated, use
new_sets
- new_sets
- shell
- structs
- types
- unittest
- versions
List of rules (in rules/)
Writing a new module
Steps to add a module to Skylib:
-
Create a new
.bzl
file in thelib
directory. -
Write the functions or other symbols (such as constants) in that file, defining them privately (prefixed by an underscore).
-
Create the exported module struct, mapping the public names of the symbols to their implementations. For example, if your module was named
things
and had a function namedmanipulate
, yourthings.bzl
file would look like this:def _manipulate(): ... things = struct( manipulate=_manipulate, )
-
Add unit tests for your module in the
tests
directory.
bzl_library
The bzl_library.bzl
rule can be used to aggregate a set of
Starlark files and its dependencies for use in test targets and
documentation generation.
Troubleshooting
If you try to use unittest
and you get the following error:
ERROR: While resolving toolchains for target //foo:bar: no matching toolchains found for types @bazel_skylib//toolchains:toolchain_type
ERROR: Analysis of target '//foo:bar' failed; build aborted: no matching toolchains found for types @bazel_skylib//toolchains:toolchain_type
then you probably forgot to load and call bazel_skylib_workspace()
in your
WORKSPACE
file.