1
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2024-12-21 23:04:45 -05:00
denoland-deno/runtime/js
Bartek Iwańczuk d47147fb6a
feat(ext/node): embed std/node into the snapshot (#17724)
This commit moves "deno_std/node" in "ext/node" crate. The code is
transpiled and snapshotted during the build process.

During the first pass a minimal amount of work was done to create the
snapshot, a lot of code in "ext/node" depends on presence of "Deno"
global. This code will be gradually fixed in the follow up PRs to migrate
it to import relevant APIs from "internal:" modules.

Currently the code from snapshot is not used in any way, and all
Node/npm compatibility still uses code from 
"https://deno.land/std/node" (or from the location specified by 
"DENO_NODE_COMPAT_URL"). This will also be handled in a follow 
up PRs.

---------

Co-authored-by: crowlkats <crowlkats@toaxl.com>
Co-authored-by: Divy Srivastava <dj.srivastava23@gmail.com>
Co-authored-by: Yoshiya Hinosawa <stibium121@gmail.com>
2023-02-14 17:38:45 +01:00
..
01_build.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
01_errors.js fix: add WouldBlock error (#17339) 2023-02-12 23:14:33 +01:00
01_version.ts refactor: internal runtime code TS support (#17672) 2023-02-08 22:40:18 +01:00
06_util.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
10_permissions.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
11_workers.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
12_io.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
13_buffer.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
30_fs.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
30_os.js feat: stabilize Deno.osUptime() (#17554) 2023-02-14 12:35:38 +01:00
40_diagnostics.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
40_files.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
40_fs_events.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
40_http.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
40_process.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
40_read_file.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
40_signals.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
40_spawn.js feat: Stabilize Deno.Command API (#17628) 2023-02-13 19:25:00 +01:00
40_tty.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
40_write_file.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
41_prompt.js refactor: Use ES modules for internal runtime code (#17648) 2023-02-07 20:22:46 +01:00
90_deno_ns.js feat: Stabilize Deno.Command API (#17628) 2023-02-13 19:25:00 +01:00
98_global_scope.js refactor: remove prefix from include_js_files & use extension name (#17683) 2023-02-07 21:09:50 +00:00
99_main.js feat(ext/node): embed std/node into the snapshot (#17724) 2023-02-14 17:38:45 +01:00
README.md feat: add --location=<href> and globalThis.location (#7369) 2021-01-07 19:06:08 +01:00

Runtime JavaScript Code

This directory contains Deno runtime code written in plain JavaScript.

Each file is a plain, old script, not ES modules. The reason is that snapshotting ES modules is much harder, especially if one needs to manipulate global scope (like in case of Deno).

Each file is prefixed with a number, telling in which order scripts should be loaded into V8 isolate. This is temporary solution and we're striving not to require specific order (though it's not 100% obvious if that's feasible).

Deno Web APIs

This directory facilities Web APIs that are available in Deno.

Please note, that some implementations might not be completely aligned with specification.

Some Web APIs are using ops under the hood, eg. console, performance.

Implemented Web APIs