angular-cn/packages/compiler-cli/src/ngtsc/transform/BUILD.bazel

package(default_visibility = ["//visibility:public"])

load("//tools:defaults.bzl", "ts_library")

ts_library(
    name = "transform",
    srcs = glob([
        "index.ts",
        "src/**/*.ts",
    ]),
    module_name = "@angular/compiler-cli/src/ngtsc/transform",
    deps = [
        "//packages/compiler",
        "//packages/compiler-cli/src/ngtsc/diagnostics",
        "//packages/compiler-cli/src/ngtsc/host",
        "//packages/compiler-cli/src/ngtsc/metadata",
        "//packages/compiler-cli/src/ngtsc/translator",
        "//packages/compiler-cli/src/ngtsc/util",
    ],
)
feat(ivy): first steps towards ngtsc mode (#23455) This commit adds a new compiler pipeline that isn't dependent on global analysis, referred to as 'ngtsc'. This new compiler is accessed by running ngc with "enableIvy" set to "ngtsc". It reuses the same initialization logic but creates a new implementation of Program which does not perform the global-level analysis that AngularCompilerProgram does. It will be the foundation for the production Ivy compiler. PR Close #23455 2018-04-06 09:53:10 -07:00			`package(default_visibility = ["//visibility:public"])`

			`load("//tools:defaults.bzl", "ts_library")`

			`ts_library(`
			`name = "transform",`
			`srcs = glob([`
			`"index.ts",`
			`"src/*/.ts",`
			`]),`
			`module_name = "@angular/compiler-cli/src/ngtsc/transform",`
			`deps = [`
			`"//packages/compiler",`
feat(ivy): output diagnostics for many errors in ngtsc (#25647) This commit takes the first steps towards ngtsc producing real TypeScript diagnostics instead of simply throwing errors when encountering incorrect code. A new class is introduced, FatalDiagnosticError, which can be thrown by handlers whenever a condition in the code is encountered which by necessity prevents the class from being compiled. This error type is convertable to a ts.Diagnostic which represents the type and source of the error. Error codes are introduced for Angular errors, and are prefixed with -99 (so error code 1001 becomes -991001) to distinguish them from other TS errors. A function is provided which will read TS diagnostic output and convert the TS errors to NG errors if they match this negative error code format. PR Close #25647 2018-08-23 14:34:55 -07:00			`"//packages/compiler-cli/src/ngtsc/diagnostics",`
refactor(ivy): first pass at extracting ReflectionHost for abstract reflection (#24541) ngtsc needs to reflect over code to property compile it. It performs operations such as enumerating decorators on a type, reading metadata from constructor parameters, etc. Depending on the format (ES5, ES6, etc) of the underlying code, the AST structures over which this reflection takes place can be very different. For example, in TS/ES6 code `class` declarations are `ts.ClassDeclaration` nodes, but in ES5 code they've been downleveled to `ts.VariableDeclaration` nodes that are initialized to IIFEs that build up the classes being defined. The ReflectionHost abstraction allows ngtsc to perform these operations without directly querying the AST. Different implementations of ReflectionHost allow support for different code formats. PR Close #24541 2018-06-13 10:33:04 -07:00			`"//packages/compiler-cli/src/ngtsc/host",`
feat(ivy): first steps towards ngtsc mode (#23455) This commit adds a new compiler pipeline that isn't dependent on global analysis, referred to as 'ngtsc'. This new compiler is accessed by running ngc with "enableIvy" set to "ngtsc". It reuses the same initialization logic but creates a new implementation of Program which does not perform the global-level analysis that AngularCompilerProgram does. It will be the foundation for the production Ivy compiler. PR Close #23455 2018-04-06 09:53:10 -07:00			`"//packages/compiler-cli/src/ngtsc/metadata",`
refactor(ivy): move the expr/stmt translator to a separate target (#26203) Template type-checking will make use of expression and statement translation as well as the ImportManager, so this code needs to live in a separate build target which can be depended on by both the main ngtsc transform as well as the template type-checking mechanism. This refactor introduces a separate build target for that code. PR Close #26203 2018-09-21 12:15:06 -07:00			`"//packages/compiler-cli/src/ngtsc/translator",`
feat(ivy): ngtsc compiles @Component, @Directive, @NgModule (#24427) This change supports compilation of components, directives, and modules within ngtsc. Support is not complete, but is enough to compile and test //packages/core/test/bundling/todo in full AOT mode. Code size benefits are not yet achieved as //packages/core itself does not get compiled, and some decorators (e.g. @Input) are not stripped, leading to unwanted code being retained by the tree-shaker. This will be improved in future commits. PR Close #24427 2018-05-31 15:50:02 -07:00			`"//packages/compiler-cli/src/ngtsc/util",`
feat(ivy): first steps towards ngtsc mode (#23455) This commit adds a new compiler pipeline that isn't dependent on global analysis, referred to as 'ngtsc'. This new compiler is accessed by running ngc with "enableIvy" set to "ngtsc". It reuses the same initialization logic but creates a new implementation of Program which does not perform the global-level analysis that AngularCompilerProgram does. It will be the foundation for the production Ivy compiler. PR Close #23455 2018-04-06 09:53:10 -07:00			`],`
			`)`