Common useful functions and rules for Bazel
Go to file
László Csomor 8d4f7612b2
maprule: an improved version of genrule() (#86)
maprule() is an improved version of
native.genrule(), with the following advantages:

- Maprule can process source files in parallel,
  creating separate actions for each of them.

- Maprule does not require declaring all output
  files. Instead you declare templates for the
  output files yielded for each source. Therefore
  N source files and M templates yield N*M
  outputs.

- Maprule supports both Bash and cmd.exe syntax
  for its commands via the specialized rules
  bash_maprule and cmd_maprule.

- Maprule's cmd attribute does deliberately not
  support $(location) expression nor Make
  Variables, in order to avoid issues and
  challenges with quoting. (In case of cmd.exe
  passing empty arguments is impossible). These
  paths can be passed as envvars instead.

- Maprule's add_env attribute does support
  $(location) expressions (and some extra
  placeholders) and is the idiomatic way to pass
  execpaths of labels in "tools" or "srcs" (the
  shared sources available for all actions) to the
  command.

See https://github.com/bazelbuild/bazel/issues/4319
2019-01-08 09:04:53 +01:00
.bazelci add buildkite to bazel's new ci 2018-02-28 08:31:03 -08:00
lib Run buildifier --lint=fix over the files. (#88) 2019-01-02 14:47:44 -08:00
rules maprule: an improved version of genrule() (#86) 2019-01-08 09:04:53 +01:00
tests maprule: an improved version of genrule() (#86) 2019-01-08 09:04:53 +01:00
toolchains/unittest unittest.bzl: supports Windows (#84) 2018-12-04 16:14:08 +01:00
.gitignore Add initial .gitignore with bazel-* folders 2017-10-31 07:04:27 -07:00
.travis.yml Buildifier fixes (#87) 2019-01-02 14:48:03 -08:00
.travis_build.sh Buildifier fixes (#87) 2019-01-02 14:48:03 -08:00
.travis_install.sh Buildifier fixes (#87) 2019-01-02 14:48:03 -08:00
AUTHORS Fix grammar. 2018-02-20 16:53:50 -05:00
BUILD Fix up lint issues. (#77) 2018-11-26 17:31:29 -05:00
CONTRIBUTING.md Initial check-in. 2017-10-10 07:59:31 -07:00
CONTRIBUTORS add cparsons and bttk to the CONTRIBUTORS file (#73) 2018-11-20 15:19:06 -05:00
LICENSE Initial check-in. 2017-10-10 07:59:31 -07:00
README.md maprule: an improved version of genrule() (#86) 2019-01-08 09:04:53 +01:00
WORKSPACE unittest.bzl: supports Windows (#84) 2018-12-04 16:14:08 +01:00
bzl_library.bzl buildifier lint issues/validation 2018-11-21 13:04:25 -05:00
lib.bzl Fix up lint issues. (#77) 2018-11-26 17:31:29 -05:00
skylark_library.bzl Update to google style (#63) 2018-11-12 12:42:57 -08:00
workspace.bzl unittest.bzl: supports Windows (#84) 2018-12-04 16:14:08 +01:00

README.md

Skylib

Build Status Build status

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

Add the following to your WORKSPACE file to import the Skylib repository into your workspace. Replace the version number in the tag attribute with the version you wish to depend on:

git_repository(
    name = "bazel_skylib",
    remote = "https://github.com/bazelbuild/bazel-skylib.git",
    tag = "0.1.0",  # change this to use a different 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/)

List of rules (in rules/)

Writing a new module

Steps to add a module to Skylib:

  1. Create a new .bzl file in the lib directory.

  2. Write the functions or other symbols (such as constants) in that file, defining them privately (prefixed by an underscore).

  3. 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 named manipulate, your things.bzl file would look like this:

    def _manipulate():
      ...
    
    things = struct(
        manipulate=_manipulate,
    )
    
  4. 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.