The first engines for JavaScript were mere interpreters of the source code, but all relevant modern engines use just-in-time compilation for improved performance.[1] JavaScript engines are typically developed by web browser vendors, and every major browser has one. In a browser, the JavaScript engine runs in concert with the rendering engine via the Document Object Model and Web IDL bindings.[2] However, the use of JavaScript engines is not limited to browsers; for example, the V8 engine is a core component of the Node.js runtime system.[3] They are also called ECMAScript engines, after the official name of the specification. With the advent of WebAssembly, some engines can also execute this code in the same sandbox as regular JavaScript code.[4][3]
History
editThe first JavaScript engine was created by Brendan Eich in 1995 for the Netscape Navigator web browser.[5] It was a rudimentary interpreter for the nascent language Eich invented.[6] (This evolved into the SpiderMonkey engine, still used by the Firefox browser.[5])
Google debuted its Chrome browser in 2008, introducing the V8 JavaScript engine that was at the time much faster than its competition.[7][8] This sparked a race between browser vendors to deliver ever-faster JavaScript engines.[9] The key innovations around this era were switching from basic tree-walking interpreters to stack- and register-based bytecode VM interpreters, just-in-time compilation (JIT), inline caching (hidden classes) and generational GC. Apple released the JIT-enabled Nitro engine in June 2008 for its Safari browser, which had 30% better performance than its predecessor.[10][11] Mozilla followed the suit in August 2008 with TraceMonkey, the first JIT compiler for SpiderMonkey engine, first released in Firefox 3.1.[12] Opera joined the performance race with their register-bytecode based and JIT-enabled Carakan engine, first announced in February 2009,[13] released in April 2010.[14] Microsoft's first JIT-enabled Chakra engine, in development since 2008[15], debuted as part of Internet Explorer 9 in 2011. Its major rewrite appeared in Microsoft Edge Legacy in 2015 and open-sourced as ChakraCore in 2016.
Further performance gains in major JavaScript engines were later achieved with the introduction of multi-tiered JIT architectures. Progressively advanced JIT compilers are used to optimize hotspots in user code, with each next tier delivering ever more performant native code at the cost of slower compile time. Chrome was the first to implement it in V8 in 2010 with the introduction of Crankshaft, a 2-tiered JIT compiler.[16] By 2023, architecture of V8 evolved into 4 tiers: Ignition – register-based bytecode interpreter, Sparkplug – a fast non-optimizing JIT compiler, Maglev and TurboFan – slower optimizing JIT compilers.[17] JavaScriptCore today has a similar 4-tier architecture[18], while Firefox's SpiderMonkey and ChakraCore have 3 tiers (interpreter and 2-tiered JIT).[19][20] This ever-increasing complexity of JIT compilers, however, has been criticized as a rich source of browser bugs, prompting some browser vendors to disable JIT altogether, such as Microsoft Edge's "Super Duper Secure Mode", introduced in 2021 and reportedly with minor performance impact for daily browsing.[21]
V8's influence expanded beyond browsers with the release of Node.js in 2009 and its package manager npm in 2010. As their popularity exploded, V8 also became the engine powering vast amounts of server-side JavaScript code.[22][23] In 2013, Electron framework appeared that let developers create desktop apps with web technologies as well, using Chromium with V8 and Node.js under the hood.[24]
Taking advantage of performance improvements in JavaScript engines, Emscripten C/C++-to-JavaScript compiler appeared in 2010-2011 and allowed running existing complex C/C++ code, such as game engines and even whole virtual machines, directly in the browser. asm.js, a highly optimizable low-level subset of JavaScript for such compilers emerged in 2013, with Firefox being the first to implement specific optimizations for it with OdinMonkey module.[25] Eventually asm.js and NaCl (a competing Google's technology) evolved into WebAssembly standard in 2017, with all major engines adding support for it.[4]
The six-year gap between ECMAScript 5 (2009) and ES6 (2015) marked a major inflection point for JavaScript engine development. Whereas ES5 was a relatively compact language with straightforward basic implementation, ES6 introduced foundations of modern JavaScript, with substantially increased complexity, as well as an annual release cycle for new specification versions. This put the focus not only on performance optimization, but also on keeping pace with the rapidly evolving standards (of both ECMAScript and wider web ecosystem) and led to a consolidation around engines that had the resources to do it. Many smaller projects did not end up fully implementing ES6 spec, and Opera and Microsoft both ceased developing their engines and adopted V8 in 2013 and 2021.[26][27] Nashorn engine was dropped from OpenJDK over a similar concern about ECMAScript's rapid development.[28]
List
editEngine | License | Standard | JIT | WASM | Written in | Description |
---|---|---|---|---|---|---|
V8 | BSD-3-Clause | ESnext | Yes | Yes | C++ | JavaScript engine of Google Chrome and Chromium/Blink-based browsers, such as Microsoft Edge. Also used in Node.js and Deno runtimes, Electron framework and numerous other projects. Currently has a register-based bytecode interpreter (Ignition) and three tiers of JIT compilers (Sparkplug, Maglev and Turbofan). |
SpiderMonkey | MPL-2.0 | ESnext | Yes | Yes | C++, Rust | JavaScript engine of Firefox and other Mozilla Gecko applications. The engine currently includes interpreter, 2-tier JIT for JavaScript (Baseline Compiler and WarpMonkey), and a separate 2-tier JIT for WebAssembly (WASM-Baseline or RabaldrMonkey, and WASM-Ion or BaldrMonkey)[19]. Previously, the engine included components such as the TraceMonkey compiler (first JavaScript JIT), JägerMonkey, IonMonkey, as well as OdinMonkey optimization module notable for pioneering asm.js.[25] |
JavaScriptCore | LGPL v2 | ESnext | Yes | Yes | C++ | JavaScript engine of Safari and WebKit-based browsers. Also used in Bun runtime. Started out in 2001 as a fork of KJS engine. In 2008 the engine was rewritten to use a directly-threaded register-based bytecode interpreter, codenamed SquirrelFish. Shortly after, SquirrelFish Extreme (Nitro in Apple's marketing terms)[29] was released, achieving over 2x speedup over it by using polymorphic inline caching and context threading[30] – a basic but effective form of JIT.[31] Today, JavaScriptCore has a multi-tier pipeline consisting of LLint bytecode interpreter, template-based Baseline JIT and two tiers of optimizing JIT compilers: DFG and FTL engines.[18] |
KJS | LGPL v2 | ES5 | No | No | C++ | The engine originally used in Konqueror, and one component of KHTML. Predecessor to JavaScriptCore, which forked it in 2001 and significantly diverged since. Originally an AST-tree-walking interpreter, upgraded to a bytecode interpreter (FrostByte) in 2008.[32] Development largely stopped as Konqueror transitioned from KHTML first to QtWebKit (JavaScriptCore) and then QtWebEngine (V8). KDE Plasma 6 finally removed KJS/KHTML engine altogether.[33] |
JScript | Proprietary | ES3 | No | No | The engine that is used in Internet Explorer for versions up to IE9, and one component of the MSHTML (Trident) browser engine. | |
JScript .NET | Proprietary | ES3 | via CLR | No | A .NET Framework JScript engine developed by Microsoft and used in ASP.NET based on Common Language Runtime and COM Interop. Support was dropped with .NET Core and CoreCLR so its future looks questionable for ASP.NET Core. | |
Chakra (JScript9) | Proprietary | ES5 | Yes | No | C++ | A JScript engine used in Internet Explorer. It was first previewed at MIX 10 as part of the Internet Explorer 9 Platform Preview.[34] |
ChakraCore | MIT | ES6 (partial) | Yes | Yes | C++ | JavaScript engine of Microsoft Edge Legacy.[35] Open-sourced under the name ChakraCore in 2016. Microsoft discontinued maintenance in 2021, leaving it to the community, but it has received little attention since then. It features a register-based bytecode interpreter and a two-tier JIT compiler.[20] |
Linear B | Proprietary | ES3 | No | No | C++ | JavaScript engine of Opera from 7.0 until 9.50 (2003-2007). |
Futhark | Proprietary | ES3 | No | No | C++ | JavaScript engine of Opera from 9.50 until 10.50 (2007-2010). |
Carakan | Proprietary | ES5 | Yes | No | C++ | JavaScript engine of Opera from 10.50 release in 2010 until the switch to V8 with Opera 15 in 2013.[13][36][26] It featured register-based bytecode and JIT.[13] |
LibJS | BSD-2-Clause | ESnext | No | Yes (LibWASM) | C++ | JavaScript engine of the SerenityOS and Ladybird browser.[37] Initially a basic AST tree-walking interpreter, later upgraded to a register-based bytecode VM interpreter.[38][39] |
Rhino | MPL-2.0 | ES6 (partial) | No | No | Java | One of several JavaScript engines from Mozilla, using the Java platform. Shipped with OpenJDK until version 8 (2014), when it was replaced by the faster Nashorn engine.[40] Despite this, the project continues development and implemented support for parts of newer standards. Used in RingoJS runtime. |
Nashorn | GPL v2 | ES6 (partial) | via JVM | No | Java | JavaScript engine used in OpenJDK 8-14.[41] Deprecated in JDK 11 (2018) due to maintenance challenges owing to fast evolution of ECMAScript standard,[28] and removed in JDK 15 (2020).[42] Development continues till today as a standalone library.[43] |
Graal.js | UPL-1.0 | ESnext | via GraalVM | No | Java | An ECMAScript compliant JavaScript engine for GraalVM and JVM which supports language interoperability that can also execute Node.js applications. Generally much faster than both Rhino and Nashorn, with performance comparable to major engines like V8.[44] |
Hermes | MIT | ES6+ (partial) | No | No | C++ | Developed by Facebook for React Native mobile apps [45], but can also be used independent from React Native. Precompiles JavaScript to optimized bytecode ahead-of-time to improve app start-up time. |
QtScript | LGPL/GPL/Qt | ES5 dialect | No | No | C++ | Originally developed by Trolltech, now owned by The Qt Company. First appeared in Qt 4.3, deprecated in Qt 5.5 in favor of QML's V4 and then dropped in Qt 6.5. Based on JavaScriptCore engine and featured a few Qt-specific ECMAScript extensions, such as QObject-style signal and slot connections. |
V4 (QJSEngine) | LGPL/GPL/Qt | ES2016 | Yes | No | C++ | Qt's newer ECMAScript engine, powering QML and Qt Quick. Initially appeared in Qt 5.0 (2012) as a wrapper for V8,[46] later replaced by Qt's lightweight home-grown "V4" engine in Qt 5.2 (2013)[47] ES7/ES2016-compliant[48] and JIT-enabled, using macroassembler code borrowed from JavaScriptCore.[49][50] Only used for QML, not for the embedded browser engine modules: QtWebKit module used JavaScriptCore, later succeeded by Blink/V8-based QtWebEngine. |
Microvium | MIT | ES6 (partial) | No | No | C | JavaScript engine for microcontrollers, supporting a restricted subset of the ECMAScript specification, using less than 16 kB of flash memory and 64 B of RAM while idle.[51] |
Duktape | MIT | ES6 (partial) | No | No | C | A small footprint, easily embeddable ES5/5.1 engine with some features from ES6 and later.[52] |
XS | LGPL/Apache-2.0 | ESnext | No | No | C | An ECMAScript 2024+ compliant engine for microcontrollers with limited resources.[53][54] XS is maintained by Moddable as part of the Moddable SDK and was formerly part of the Kinoma Platform.[55] |
Espruino | MPL-2.0 | ES5 (subset) | No | No | C | A very small footprint interpreter specifically for microcontrollers. Can run in less than 8 kB of RAM by executing from source (rather than bytecode). |
MuJS | ISC | ES5 | No | No | C | A lightweight ECMAScript interpreter library, designed for embedding in other software to extend them with scripting capabilities. Originally developed for MuPDF.[56] |
mJS | Apache-2.0 | ES6 (subset) | No | No | C | Restricted JavaScript engine. Used for Internet of Things (IoT). |
JerryScript | Apache-2.0 | ES6 (partial) | No | No | C | Ultra-lightweight JavaScript engine by Samsung for microcontrollers with less than 64 KB RAM. Supports ES5 and parts of recent standards. |
Escargot | LGPL-2.1 | ESnext | No | Yes | C++ | A newer lightweight JavaScript engine by Samsung for resource-constrained environments, targeting mid-range devices like phones and TVs. Under active development, fully supports latest ECMAScript standard except a few minor features, as well as WebAssembly.[57] Implements a register-based bytecode interpreter. |
njs | BSD-2-Clause | ES6 (partial) | No | No | C | A lightweight JavaScript interpreter optimized for web server scripting and fastest VM context creation; used in nginx.[58] |
QuickJS | MIT | ES2023 | No | No | C | A lightweight ECMAScript engine by Fabrice Bellard and Charlie Gordon, currently featuring almost complete support of ES2023. Implements a stack-based bytecode VM interpreter and a single-pass AST-free direct-to-bytecode compiler. Can precompile .js to bytecode ahead-of-time and produce a binary executable with no external dependencies. Used in WinterJS and Amazon's LLRT runtimes, CouchDB, nginx (as alternative to njs). |
QuickJS-NG | MIT | ES2023 | No | No | C | A fork of QuickJS focused on community development, cross-platform support and latest available ECMAScript features. |
Jint | BSD-2-Clause | ES6+ (partial) | No | No | C# | JavaScript interpreter with integrated engine for .NET. |
NiL.JS | BSD-3-Clause | ES6 | No | No | C# | ES6 engine for .NET written in C#, implementing a tree-walking interpreter. |
Jurassic | BSD-2-Clause | ES6+ (partial) | via CLR | No | C# | ECMAScript engine and runtime intended to be integrated in .NET programs as a library. Implements ES5 and parts of newer standards. Compiles JavaScript to .NET bytecode to be run on CLR. |
otto | MIT | ES5 | No | No | Go | JavaScript engine in pure Go, implementing ES5 but with non-compliant regex engine from Go. |
Goja | MIT | ES6+ (partial) | No | No | Go | JavaScript engine in pure Go, inspired by otto, fully implementing ES5.1 and parts of newer standards. |
JS-Interpreter | Apache-2.0 | ES5 | No | No | JavaScript | A lightweight JavaScript interpreter implemented in JavaScript with step-by-step execution. |
engine262 | MIT | ESnext | No | No | JavaScript | A JavaScript engine written in JavaScript for development and exploration. It is primarily used to validate the ECMAScript specification. |
Narcissus | MPL-2.0 | ES5 | No | No | JavaScript | JavaScript implemented in JavaScript (a meta-circular evaluator), intended to run in another JavaScript engine, of theoretical and educational nature only. Originally a proof-of-concept by Brendan Eich, was used a test-bed for rapidly prototyping new language features between ES5-ES6, not maintained since 2012. |
Porffor | MIT | ES6+ (partial) | via WASM | No | JavaScript | JavaScript/TypeScript ahead-of-time compiler that targets WebAssembly instead of bespoke VM bytecode. |
jawsm | Apache-2.0 | via WASM | No | Rust | JavaScript to WebAssembly compiler written in Rust. | |
Boa | MIT | ESnext | No | No | Rust | A JavaScript engine written in Rust.[59][60] |
Nova | MIT | ES6+ (partial) | No | Yes | Rust | A JavaScript/WebAssembly engine written in Rust, experimenting with a novel cache-friendly data-oriented design for core language data structures. |
Starlight | MPL-2.0 | No | No | Rust | Unfinished engine in Rust featuring a bytecode interpreter and polymorphic inline caches. | |
Kiesel | MIT | ES6+ (partial) | No | No | Zig | JavaScript engine by Linus Groh written in Zig.[61][62][63] |
Reeva | BSD-2-Clause | No | No | Kotlin | JavaScript engine for JVM written in Kotlin. | |
Higgs | BSD-3-Clause | Yes | No | D | JIT compiler for x86-64 written in D. | |
Elk | AGPL/commercial | ES6 (subset) | No | No | C | Tiny embeddable JavaScript engine for a subset of ES6. |
GNU Guile | GPL | ES3 (partial) | No | No | C | Features an unfinished ECMAScript interpreter as of version 1.9.[64] |
Tamarin | MPL-2.0 | ES3 | Yes | No | C++ | An ActionScript and ECMAScript engine used in Adobe Flash. |
iv / lv5 | MIT | ES5 | Yes | No | C++ | ECMAScript 5.1 engine written in C++ with a register-based bytecode VM and context threading JIT.[65][30] |
CL-JavaScript | MIT | ES5 (partial) | via Lisp runtime | No | Lisp | Can compile JavaScript to machine language on Common Lisp implementations that compile to machine language.[66] |
BESEN | LGPL | ES5 | Yes | No | Pascal | A complete JIT-compiling implementation of ECMAScript Fifth Edition written in Object Pascal.[67] |
Continuum | MIT | ES6 (partial) | No | No | JS | A self-interpreter that supports older drafts of the ECMAScript 2015 specification.[68] Uniquely, the engine is implemented in ECMAScript 3, which made it possible to run ES2015 in browsers as old as IE6.[69] |
YAJI | LGPL | ES5 | No | No | Java | An ECMAScript engine based on the FESI implementation by Jean-Marc Lugrin in 1999, using the Java platform, currently being developed to support the latest standards (ECMAScript spec. 262, v5.1).[70][71][72] |
Jsish | MIT | ES5 (partial) | No | No | C | An ES5.1 subset interpreter with builtin SQLite, JSON, WebSocket, and ZVFS support.[73] |
Tiny-JS | MIT | No | No | C++ | A minimal JavaScript interpreter written in C++. | |
ScriptEase | Proprietary | No | No | An old proprietary engine last updated in 2003. Only notable for its use in the James Webb Space Telescope.[74] | ||
InScript | Proprietary | No | No | An obsolete proprietary library used for iCab 2 and 3. |
See also
editReferences
edit- ^ Looper, Jen (21 September 2015). "A Guide to JavaScript Engines for Idiots". Telerik Developer Network. Archived from the original on 8 December 2018. Retrieved 8 December 2018.
- ^ "How Blink Works". Google. Retrieved 12 March 2024.
- ^ a b "Documentation · V8". Google. Retrieved 3 March 2024.
- ^ a b Nelaturu, Keerthi. "WebAssembly: What's the big deal?". medium.com. Retrieved 3 March 2024.
- ^ a b Eich, Brendan (21 June 2011). "New JavaScript Engine Module Owner".
- ^ Fin JS (17 June 2016), "Brendan Eich – CEO of Brave", YouTube, retrieved 7 February 2018
- ^ "Big browser comparison test: Internet Explorer vs. Firefox, Opera, Safari and Chrome". PC Games Hardware. Computec Media AG. 3 July 2009. Archived from the original on 2 May 2012. Retrieved 28 June 2010.
- ^ Purdy, Kevin (11 June 2009). "Lifehacker Speed Tests: Safari 4, Chrome 2". Lifehacker. Archived from the original on 14 April 2021. Retrieved 8 May 2021.
- ^ "Mozilla asks, 'Are we fast yet?'". Wired. Archived from the original on 22 June 2018. Retrieved 18 January 2019.
- ^ Safari 5 Released
- ^ Shankland, Stephen (2 March 2010). "Opera 10.5 brings new JavaScript engine". CNET. CBS Interactive. Archived from the original on 3 October 2013. Retrieved 30 January 2012.
- ^ "TraceMonkey: JavaScript Lightspeed, Brendan Eich's Blog". Archived from the original on 4 December 2015. Retrieved 22 July 2020.
- ^ a b c "Carakan". Archived from the original on 31 May 2009. Retrieved 9 July 2009.
- ^ https://archive.nytimes.com/www.nytimes.com/external/readwriteweb/2010/03/02/02readwriteweb-opera-1050-a-browser-worth-switching-to-88992.html
- ^ https://www.tenforums.com/windows-10-news/32685-microsoft-edge-s-javascript-engine-go-open-source.html
- ^ "A New Crankshaft for V8". Chromium Blog. 7 December 2010. Retrieved 22 April 2011.
- ^ https://v8.dev/blog/maglev
- ^ a b https://webkit.org/blog/10308/speculation-in-javascriptcore
- ^ a b https://firefox-source-docs.mozilla.org/js/index.html
- ^ a b https://github.com/chakra-core/ChakraCore/wiki/Architecture-Overview
- ^ https://microsoftedge.github.io/edgevr/posts/Super-Duper-Secure-Mode/
- ^ "Deno 2 Arrives with Long-Term Support, Node.js Compatibility". The New Stack. 19 June 2024. Retrieved 25 August 2025.
- ^ Camden, Raymond K. (2015). Apache Cordova in Action. Manning. p. 2–15. ISBN 9781617292392.
- ^ "Electron Internals: Using Node as a Library". electronjs.org. 8 August 2016. Archived from the original on 9 November 2017. Retrieved 3 July 2020.
- ^ a b https://techcrunch.com/2013/12/21/mozillas-asm-js-gets-another-step-closer-to-native-performance/
- ^ a b https://web.archive.org/web/20140628054037/https://dev.opera.com/blog/300-million-users-and-move-to-webkit/
- ^ New Microsoft Edge to replace Microsoft Edge Legacy with April's Windows 10 Update Tuesday release, Microsoft, 12 February 2021, archived from the original on 11 March 2021, retrieved 12 March 2021
- ^ a b https://openjdk.org/jeps/335
- ^ "JavaScriptCore – WebKit".
- ^ a b https://web.archive.org/web/20250514082037/https://webdocs.cs.ualberta.ca/~amaral/cascon/CDP05/slides/CDP05-berndl.pdf
- ^ https://webkit.org/blog/214/introducing-squirrelfish-extreme/
- ^ https://blogs.kde.org/2008/05/22/news-land-konquerors/
- ^ https://lwn.net/Articles/963851/
- ^ Frequently Asked Questions, Microsoft, 13 March 2010, archived from the original on 22 March 2010, retrieved 18 March 2010
- ^ "Targeting Edge vs. Legacy Engines in JsRT APIs". Retrieved 10 September 2015.
- ^ "Opera Desktop Team's Blog | Opera". Archived from the original on 3 March 2006.
- ^ "LibJS JavaScript engine". libjs.dev. Retrieved 30 June 2023.
- ^ https://github.com/LadybirdBrowser/ladybird/commit/69dddd4ef58e51fb0db881b3b6801492b5f86285
- ^ "LibJS: Rip out the AST interpreter :^) · LadybirdBrowser/ladybird@2eaa528". GitHub. Retrieved 10 July 2024.
- ^ https://openjdk.org/jeps/174
- ^ "Oracle Nashorn: A Next-Generation JavaScript Engine for the JVM".
- ^ https://openjdk.org/jeps/372
- ^ "Using Nashorn with different Java versions". GitHub. Retrieved 23 January 2025.
- ^ https://chrisseaton.com/truffleruby/javaone16/faster-ruby-javascript-graalvm.pdf
- ^ "Using Hermes". Facebook. Retrieved 9 April 2021.
- ^ https://wiki.qt.io/Qt-5-Beta
- ^ https://wiki.qt.io/New_Features_in_Qt_5.2
- ^ https://doc.qt.io/qt-6/qtqml-javascript-hostenvironment.html
- ^ "V4 - Qt Wiki". wiki.qt.io. Retrieved 24 April 2021.
- ^ https://wiki.qt.io/Qt-contributors-summit-2013-QML-engine
- ^ "Microvium is very small". 11 June 2022. Retrieved 23 August 2022.
- ^ "Duktape". Retrieved 21 September 2013.
- ^ "moddable/documentation/xs/XS Conformance.md at public". GitHub.
- ^ "Apps for IoT". Archived from the original on 28 December 2018.
- ^ "Xs7 @ Tc-39".
- ^ "MuJS". Retrieved 22 September 2014.
- ^ https://github.com/Samsung/escargot/releases
- ^ "NGINX JavaScript in Your Web Server Configuration". YouTube. 26 October 2018. Archived from the original on 13 December 2021. Retrieved 30 October 2018.
- ^ "Let's build a JavaScript Engine". 2019.jsconf.eu. Retrieved 23 March 2022.
- ^ "GitHub - boa-dev/boa: Boa is an embeddable and experimental Javascript engine written in Rust". github.com. Retrieved 8 April 2022.
- ^ "Kiesel JavaScript Engine". kiesel.dev. Retrieved 9 April 2025.
- ^ kiesel-js. "kiesel". Codeberg.org. Retrieved 9 April 2025.
- ^ "Linus Groh". linus.dev. Retrieved 18 April 2025.
- ^ https://wingolog.org/archives/2009/02/22/ecmascript-for-guile
- ^ "Constellation/iv". GitHub. Retrieved 15 November 2015.
- ^ "CL-JavaScript". Retrieved 14 September 2018.
- ^ "Support me". GitHub. 18 November 2021.
- ^ "ECMAScript 2015 Language Specification – ECMA-262 6th Edition".
- ^ "An ES6 Virtual Machine Built in JavaScript". Archived from the original on 3 December 2012. Retrieved 1 December 2012.
- ^ "ECMAScript Language Specification ECMA-262 5.1 edition" (PDF). Ecma International. June 2011. Archived from the original (PDF) on 12 April 2015. Retrieved 31 January 2012.
- ^ "YAJI: Yet Another JavaScript Interpreter". Google Code. Retrieved 31 January 2012.
- ^ "FESI". September 2003. Archived from the original on 6 September 2012. Retrieved 6 August 2012.
- ^ "Jsish". Retrieved 30 April 2014.
- ^ Clark, Mitchell (18 August 2022). "The James Webb Space Telescope runs JavaScript, apparently". The Verge. Retrieved 2 September 2022.