0ceb554343
* Native ES modules This is a major refactor of internal compiler. Before: JS and TS both were sent through the typescript compiler where their imports were parsed and handled. Both compiled to AMD JS and finally sent to V8 Now: JS is sent directly into V8. TS is sent through the typescript compiler, but tsc generates ES modules now instead of AMD. This generated JS is then dumped into V8. This should much faster for pure JS code. It may improve TS compilation speed. In the future this allows us to separate TS out of the runtime heap and into its own dedicated snapshot. This will result in a smaller runtime heap, and thus should be faster. Some tests were unfortunately disabled to ease landing this patch: 1. compiler_tests.ts which I intend to bring back in later commits. 2. Some text_encoding_test.ts tests which made the file invalid utf8. See PR for a discussion. Also worth noting that this is necessary to support WASM |
||
|---|---|---|
| .github | ||
| build@75a7f82d32 | ||
| build_extra | ||
| js | ||
| libdeno | ||
| prebuilt | ||
| src | ||
| tests | ||
| third_party@de4fbe4edf | ||
| tools | ||
| website | ||
| .appveyor.yml | ||
| .gitattributes | ||
| .gitignore | ||
| .gitmodules | ||
| .gn | ||
| .prettierignore | ||
| .prettierrc.json | ||
| .travis.yml | ||
| BUILD.gn | ||
| build.rs | ||
| build_overrides | ||
| buildtools | ||
| Cargo.lock | ||
| Cargo.toml | ||
| Docs.md | ||
| gclient_config.py | ||
| LICENSE | ||
| node_modules | ||
| package.json | ||
| README.md | ||
| Releases.md | ||
| Roadmap.md | ||
| rollup.config.js | ||
| testing | ||
| tsconfig.json | ||
| tslint.json | ||
deno
| Linux & Mac | Windows |
|---|---|
 |
A secure TypeScript runtime built on V8
-
Supports TypeScript out of the box. Uses a recent version of V8. That is, it's very modern JavaScript.
-
No
package.json. No npm. Not explicitly compatible with Node. -
Imports reference source code URLs only.
import { test } from "https://unpkg.com/deno_testing@0.0.5/testing.ts"; import { log } from "./util.ts";Remote code is fetched and cached on first execution, and never updated until the code is run with the
--reloadflag. (So, this will still work on an airplane. See~/.deno/srcfor details on the cache.) -
File system and network access can be controlled in order to run sandboxed code. Defaults to read-only file system access and no network access. Access between V8 (unprivileged) and Rust (privileged) is only done via serialized messages defined in this flatbuffer. This makes it easy to audit. To enable write access explicitly use
--allow-writeand--allow-netfor network access. -
Single executable:
> ls -lh target/release/deno -rwxr-xr-x 1 rld staff 48M Aug 2 13:24 target/release/deno > otool -L target/release/deno target/release/deno: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.50.4) /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 58286.51.6) /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.0) > -
Always dies on uncaught errors.
-
Aims to be browser compatible.
Install
With Python:
curl -L https://deno.land/x/install/install.py | python
With PowerShell:
iex (iwr https://deno.land/x/install/install.ps1)
Note: Depending on your security settings, you may have to run
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser first to allow downloaded
scripts to be executed.
With Scoop:
scoop install deno
Try it:
> deno https://deno.land/thumb.ts
See also deno_install.
Status
Under development.
We make binary releases here.
Docs are here.