a64859b4bc
When compiling the flat-file version of the `@angular/core` we need to be aware that we cannot rely upon imported names to access the ivy definition functions. The compiler is already clever enough to use local function calls rather than trying to add a namespaced import, but there is a problem if the local name of the function is different to the exported name. This is the case for functions that are not part of the public API, and so are exported under a barred-O private alias. In `@angular/core` the only decorations in use are `@NgModule` and `@Injectable`. There are no directives, components, pipes, etc. Since `defineInjectable` is part of the public API of `@angular/core`, the compiler is able to generate code that references the original non-barred-O version of the function. But the `defineNgModule` is not part of the public API and so the compiler must generate code that refers to it by the private barred-O version of the function. This commit imports and then re-exports this barred-O version of `defineModule` to ensure that the symbol is available in the local scope of the flat-file versions of the `@angular/core` library. PR Close #26403 |
||
---|---|---|
.. | ||
animations | ||
bazel | ||
benchpress | ||
common | ||
compiler | ||
compiler-cli | ||
core | ||
docs | ||
elements | ||
examples | ||
forms | ||
http | ||
language-service | ||
platform-browser | ||
platform-browser-dynamic | ||
platform-server | ||
platform-webworker | ||
platform-webworker-dynamic | ||
private/testing | ||
router | ||
service-worker | ||
upgrade | ||
BUILD.bazel | ||
README.md | ||
empty.ts | ||
es6-subset.d.ts | ||
goog.d.ts | ||
license-banner.txt | ||
rollup.config.js | ||
system.d.ts | ||
tsconfig-build.json | ||
tsconfig-metadata.json | ||
tsconfig-test.json | ||
tsconfig.json | ||
types.d.ts |
README.md
Angular
The sources for this package are in the main Angular repo. Please file issues and pull requests against that repo.
License: MIT