commit | 54a3c5bfa8254ef39421783b8faed6f45abc7dbc | [log] [tgz] |
---|---|---|
author | Alex Eagle <eagle@post.harvard.edu> | Thu May 23 19:02:22 2019 -0700 |
committer | Copybara-Service <copybara-worker@google.com> | Thu May 23 19:02:39 2019 -0700 |
tree | 9ac1fbc1f3ef387302873449eac6664f4bbfc5d8 | |
parent | 19a26d4c14a826dbb2bf28d871a0ebcdc12d1432 [diff] |
Fix for --incompatible_depset_is_not_iterable We used a depset for a collection which is only used within the context of a single target: the files[] block in the generated tsconfig. As documented on https://docs.bazel.build/versions/master/skylark/depsets.html: "If you don?t need the merge operation, consider using another type, such as list or dict." The problem is exposed by --incompatible_depset_is_not_iterable which fails at the spot where we iterated the depset of files, showing that it should have been a list. Also clean up a warning about the deprecated load of jasmine_node_test See #443 Closes #451 PiperOrigin-RevId: 249758830
This repo contains a mirror of some Google-internal bits that support TypeScript development under Bazel.
It contains these utilities:
ts_devserver
: a Go library and binary that runs a fast local web server which concatenates JavaScript on-the-fly. It requires inputs in a named module format (module ids must be contained in the file, not inferred from the file's path).ts_auto_deps
: a Go library and binary which generates BUILD.bazel
files from TypeScript sources.tsc_wrapped
: a TypeScript program which wraps the TypeScript compiler, hosting it under a Bazel worker.tsetse
: a collection of third-party “strictness” checks which we add to the TypeScript compiler.internal/common/*.bzl
: some Starlark utility code for running the ts_library
rule.There are no user-facing bits in this repo. These utilities are consumed in https://github.com/bazelbuild/rules_nodejs/tree/master/packages/typescript
Please file issues for ts_library
rule and other Bazel rules in that repo.