angular/packages/bazel
Paul Gschwendtner 958165888c fix(bazel): do not use manifest paths for generated imports within compilation unit (#35841)
Currently, the `ng_module` rule incorrectly uses manifest paths for
generated imports from the Angular compiler.

This breaks packaging as prodmode output (i.e. `esnext`) is copied in
various targets (`es5` and `es2015`) to the npm package output.

e.g. imports are generated like:

_node_modules/my-pkg/es2015/imports/public-api.js_
```ts
import * as i1 from "angular/packages/bazel/test/ng_package/example/imports/second";
```

while it should be actually:

```ts
import * as i1 from "./second";
```

The imports can, and should be relative so that the files are
self-contained and do not rely on custom module resolution.

PR Close #35841
2020-03-06 17:31:10 -05:00
..
docs build: remove deps on legacy nodejs rules rollup_bundle internals (#33201) (#33607) 2019-11-06 19:56:57 +00:00
src fix(bazel): do not use manifest paths for generated imports within compilation unit (#35841) 2020-03-06 17:31:10 -05:00
test fix(bazel): do not use manifest paths for generated imports within compilation unit (#35841) 2020-03-06 17:31:10 -05:00
third_party/github.com/bazelbuild/bazel/src/main/protobuf build: Add .bzl/BUILD files to @angular/bazel package (#28769) 2019-02-19 17:55:57 -08:00
BUILD.bazel build: add npm_integration_test && angular_integration_test (#33927) 2020-02-24 08:59:18 -08:00
index.bzl fix(bazel): remove deprecated ng_setup_workspace() function (#33330) 2019-10-23 10:01:10 -07:00
package.bzl build: update to bazel_toolchains 2.1.0 (#35430) 2020-02-13 16:29:33 -08:00
package.json build(packaging): add repository.directory field to package.jsons (#27544) 2020-02-25 13:12:45 -08:00