denoland-deno/cli/tests/error_006_import_ext_failure.ts.out

[WILDCARD]error: Uncaught NotFound: Cannot resolve module "[WILDCARD]/non-existent" from "[WILDCARD]/error_006_import_ext_failure.ts"
[WILDCARD]dispatch_json.ts:[WILDCARD]
    at unwrapResponse ([WILDCARD]dispatch_json.ts:[WILDCARD])
    at sendAsync[WILDCARD] ([WILDCARD]dispatch_json.ts:[WILDCARD])
    at async processImports ([WILDCARD]compiler/imports.ts:[WILDCARD])
    at async processImports ([WILDCARD]compiler/imports.ts:[WILDCARD])
    at async compile ([WILDCARD]compiler.ts:[WILDCARD])
    at async tsCompilerOnMessage ([WILDCARD]compiler.ts:[WILDCARD])
    at async workerMessageRecvCallback ([WILDCARD]runtime_worker.ts:[WILDCARD])
better error message for missing module (#3402) 2019-11-25 09:33:23 -05:00			`[WILDCARD]error: Uncaught NotFound: Cannot resolve module "[WILDCARD]/non-existent" from "[WILDCARD]/error_006_import_ext_failure.ts"`
refactor(cli/js): Replace constructError() with getErrorClass() (#4189) Flattens dispatch error handling to produce one less useless stack frame on op errors. 2020-02-29 13:04:10 -05:00			`[WILDCARD]dispatch_json.ts:[WILDCARD]`
Refactor snapshot build (#2825) Instead of using core/snapshot_creator.rs, instead two crates are introduced which allow building the snapshot during build.rs. Rollup is removed and replaced with our own bundler. This removes the Node build dependency. Modules in //js now use Deno-style imports with file extensions, rather than Node style extensionless imports. This improves incremental build time when changes are made to //js files by about 40 seconds. 2019-09-02 17:07:11 -04:00			`at unwrapResponse ([WILDCARD]dispatch_json.ts:[WILDCARD])`
Async compiler processing (#3043) Basically this does pre-processing of TypeScript files and gathers all the dependencies asynchronously. Only then after all the dependencies are gathered, does it do a compile, which at that point all the dependencies are cached in memory in the compiler, so with the exception of the hard coded assets, there are no ops during the compilation. Because op_fetch_source_files is now handled asynchronously in the runtime, we can eliminate the tokio_util::block_on() which was causing the increase in threads. Benchmarking on my machine has shown about a 5% improvement in speed when dealing with compiling TypeScript. Still a long way to go, but an improvement. In theory the module name resolution and the fetching of the source files could be broken out as two different ops. This would prevent situations of sending the full source file all the time when actually the module is the same module referenced by multiple modules, but that could be done subsequently to this. 2019-10-03 07:23:29 -04:00			`at sendAsync[WILDCARD] ([WILDCARD]dispatch_json.ts:[WILDCARD])`
fix(core/js_error): Get frame data from prepareStackTrace() (#4690) Fixes: #2703 Fixes: #2710 Closes: #4153 Closes: #4232 Co-authored-by: Kevin (Kun) Kassimo Qian <kevinkassimo@gmail.com> 2020-04-10 12:26:52 -04:00			`at async processImports ([WILDCARD]compiler/imports.ts:[WILDCARD])`
			`at async processImports ([WILDCARD]compiler/imports.ts:[WILDCARD])`
			`at async compile ([WILDCARD]compiler.ts:[WILDCARD])`
			`at async tsCompilerOnMessage ([WILDCARD]compiler.ts:[WILDCARD])`
			`at async workerMessageRecvCallback ([WILDCARD]runtime_worker.ts:[WILDCARD])`