beenull/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2024-11-21 23:20:20 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 6
ladybird/Userland/Utilities/js.cpp

1820 lines
74 KiB
C++
Raw Normal View History

LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
/*
LibJS: Start fleshing out a bytecode for the JavaScript engine :^) This patch begins the work of implementing JavaScript execution in a bytecode VM instead of an AST tree-walk interpreter. It's probably quite naive, but we have to start somewhere. The basic idea is that you call Bytecode::Generator::generate() on an AST node and it hands you back a Bytecode::Block filled with instructions that can then be interpreted by a Bytecode::Interpreter. This first version only implements two instructions: Load and Add. :^) Each bytecode block has infinity registers, and the interpreter resizes its register file to fit the block being executed. Two new `js` options are added in this patch as well: `-d` will dump the generated bytecode `-b` will execute the generated bytecode Note that unless `-d` and/or `-b` are specified, none of the bytecode related stuff in LibJS runs at all. This is implemented in parallel with the existing AST interpreter. :^)
2021-06-03 08:46:30 +00:00
* Copyright (c) 2020-2021, Andreas Kling <kling@serenityos.org>
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
* Copyright (c) 2020-2022, Linus Groh <linusg@serenityos.org>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
*
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt *
2021-04-22 08:24:48 +00:00
* SPDX-License-Identifier: BSD-2-Clause
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
*/
Utilities: Correct non-standard assert macros includes
2021-05-15 10:34:40 +00:00
#include <AK/Assertions.h>
js: Take the script file as a command-line argument Now that we have the beginnings of a parser, let's take the script to run as a command-line argument and move all the test scripts into /home/anon/js :^) To run a script, simply use "js": $ js my-script.js To get an AST dump before execution, you can use "js -A"
2020-03-12 09:51:41 +00:00
#include <AK/ByteBuffer.h>
js: Use new string formatting functions
2020-11-09 19:10:59 +00:00
#include <AK/Format.h>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
#include <AK/NonnullOwnPtr.h>
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
#include <AK/StringBuilder.h>
js: Take the script file as a command-line argument Now that we have the beginnings of a parser, let's take the script to run as a command-line argument and move all the test scripts into /home/anon/js :^) To run a script, simply use "js": $ js my-script.js To get an AST dump before execution, you can use "js -A"
2020-03-12 09:51:41 +00:00
#include <LibCore/ArgsParser.h>
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
#include <LibCore/ConfigFile.h>
js: Take the script file as a command-line argument Now that we have the beginnings of a parser, let's take the script to run as a command-line argument and move all the test scripts into /home/anon/js :^) To run a script, simply use "js": $ js my-script.js To get an AST dump before execution, you can use "js -A"
2020-03-12 09:51:41 +00:00
#include <LibCore/File.h>
js: Load and save history from/to ~/.js-history This is super useful when hacking on LibJS and in general :^)
2020-10-25 23:36:06 +00:00
#include <LibCore/StandardPaths.h>
LibCore+LibSystem: Move syscall wrappers from LibSystem to LibCore With this change, System::foo() becomes Core::System::foo(). Since LibCore builds on other systems than SerenityOS, we now have to make sure that wrappers work with just a standard C library underneath.
2021-11-23 09:59:50 +00:00
#include <LibCore/System.h>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
#include <LibJS/AST.h>
LibJS: Generate bytecode in basic blocks instead of one big block This limits the size of each block (currently set to 1K), and gets us closer to a canonical, more easily analysable bytecode format. As a result of this, "Labels" are now simply entries to basic blocks. Since there is no more 'conditional' jump (as all jumps are always taken), JumpIf{True,False} are unified to JumpConditional, and JumpIfNullish is renamed to JumpNullish. Also fixes #7914 as a result of reimplementing the loop logic.
2021-06-09 02:19:58 +00:00
#include <LibJS/Bytecode/BasicBlock.h>
LibJS: Start fleshing out a bytecode for the JavaScript engine :^) This patch begins the work of implementing JavaScript execution in a bytecode VM instead of an AST tree-walk interpreter. It's probably quite naive, but we have to start somewhere. The basic idea is that you call Bytecode::Generator::generate() on an AST node and it hands you back a Bytecode::Block filled with instructions that can then be interpreted by a Bytecode::Interpreter. This first version only implements two instructions: Load and Add. :^) Each bytecode block has infinity registers, and the interpreter resizes its register file to fit the block being executed. Two new `js` options are added in this patch as well: `-d` will dump the generated bytecode `-b` will execute the generated bytecode Note that unless `-d` and/or `-b` are specified, none of the bytecode related stuff in LibJS runs at all. This is implemented in parallel with the existing AST interpreter. :^)
2021-06-03 08:46:30 +00:00
#include <LibJS/Bytecode/Generator.h>
#include <LibJS/Bytecode/Interpreter.h>
LibJS: Add a basic pass manager and add some basic passes This commit adds a bunch of passes, the most interesting of which is a pass that merges blocks together, and a pass that places blocks that flow into each other next to each other, and a very simply pass that removes duplicate basic blocks. Note that this does not remove the jump at the end of each block in that pass to avoid scope creep in the passes.
2021-06-13 16:10:20 +00:00
#include <LibJS/Bytecode/PassManager.h>
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
#include <LibJS/Console.h>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
#include <LibJS/Interpreter.h>
LibJS: Add Javascript lexer and parser This adds a basic Javascript lexer and parser. It can parse the currently existing demo programs. More work needs to be done to turn it into a complete parser than can parse arbitrary JS Code. The lexer outputs tokens with preceeding whitespace and comments in the trivia member. This should allow us to generate the exact source code by concatenating the generated tokens. The parser is written in a way that it always returns a complete syntax tree. Error conditions are represented as nodes in the tree. This simplifies the code and allows it to be used as an early stage parser, e.g for parsing JS documents in an IDE while editing the source code.:
2020-03-11 18:27:43 +00:00
#include <LibJS/Parser.h>
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
#include <LibJS/Runtime/Array.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/ArrayBuffer.h>
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
#include <LibJS/Runtime/AsyncGenerator.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/BooleanObject.h>
LibJS: Move Console ownership from GlobalObject to ConsoleObject GlobalObject is now a regular object with no special properties :^)
2022-08-28 13:20:06 +00:00
#include <LibJS/Runtime/ConsoleObject.h>
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
#include <LibJS/Runtime/DataView.h>
js: Implement print function for Date objects
2020-03-31 17:43:45 +00:00
#include <LibJS/Runtime/Date.h>
LibJS+js: Pretty-print Date objects using the ToDateString AO
2022-01-14 22:55:11 +00:00
#include <LibJS/Runtime/DatePrototype.h>
LibJS: Rename OrdinaryFunctionObject to ECMAScriptFunctionObject The old name is the result of the perhaps somewhat confusingly named abstract operation OrdinaryFunctionCreate(), which creates an "ordinary object" (https://tc39.es/ecma262/#ordinary-object) in contrast to an "exotic object" (https://tc39.es/ecma262/#exotic-object). However, the term "Ordinary Function" is not used anywhere in the spec, instead the created object is referred to as an "ECMAScript Function Object" (https://tc39.es/ecma262/#sec-ecmascript-function-objects), so let's call it that. The "ordinary" vs. "exotic" distinction is important because there are also "Built-in Function Objects", which can be either implemented as ordinary ECMAScript function objects, or as exotic objects (our NativeFunction). More work needs to be done to move a lot of infrastructure to ECMAScriptFunctionObject in order to make FunctionObject nothing more than an interface for objects that implement [[Call]] and optionally [[Construct]].
2021-09-24 20:40:38 +00:00
#include <LibJS/Runtime/ECMAScriptFunctionObject.h>
js: Handle exceptions thrown during REPL execution We now print thrown exceptions and clear the interpreter state so it can continue running instead of refusing to do anything after an exception has been thrown. Fixes #1572.
2020-04-02 07:54:15 +00:00
#include <LibJS/Runtime/Error.h>
LibJS: Rename Function => FunctionObject
2021-06-27 19:48:34 +00:00
#include <LibJS/Runtime/FunctionObject.h>
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
#include <LibJS/Runtime/GeneratorObject.h>
LibWeb+LibJS: Move DOM Window object to dedicated classes LibWeb now creates a WindowObject which inherits from GlobalObject. Allocation of the global object is moved out of the Interpreter ctor to allow for specialized construction. The existing Window interfaces are moved to WindowObject with their implementation code in the new Window class.
2020-04-01 16:53:28 +00:00
#include <LibJS/Runtime/GlobalObject.h>
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
#include <LibJS/Runtime/Intl/Collator.h>
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
#include <LibJS/Runtime/Intl/DateTimeFormat.h>
js: Implement pretty-printing of Intl.DisplayNames
2021-08-25 02:38:08 +00:00
#include <LibJS/Runtime/Intl/DisplayNames.h>
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
#include <LibJS/Runtime/Intl/DurationFormat.h>
js: Implement pretty-printing of Intl.ListFormat
2021-09-06 12:44:54 +00:00
#include <LibJS/Runtime/Intl/ListFormat.h>
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
#include <LibJS/Runtime/Intl/Locale.h>
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
#include <LibJS/Runtime/Intl/NumberFormat.h>
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
#include <LibJS/Runtime/Intl/PluralRules.h>
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
#include <LibJS/Runtime/Intl/RelativeTimeFormat.h>
js: Implement pretty-printing of Intl.Segmenter
2022-01-29 21:50:40 +00:00
#include <LibJS/Runtime/Intl/Segmenter.h>
js: Implement pretty-printing of Intl Segments objects
2022-01-29 23:32:57 +00:00
#include <LibJS/Runtime/Intl/Segments.h>
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
#include <LibJS/Runtime/JSONObject.h>
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
#include <LibJS/Runtime/Map.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/NativeFunction.h>
#include <LibJS/Runtime/NumberObject.h>
LibJS: Add "Heap" and "Runtime" subdirectories Let's try to keep LibJS tidy as it expands. :^)
2020-03-16 13:20:30 +00:00
#include <LibJS/Runtime/Object.h>
#include <LibJS/Runtime/PrimitiveString.h>
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
#include <LibJS/Runtime/Promise.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/ProxyObject.h>
LibJS: Lex and parse regex literals, add RegExp objects This adds regex parsing/lexing, as well as a relatively empty RegExpObject. The purpose of this patch is to allow the engine to not get hung up on parsing regexes. This will aid in finding new syntax errors (say, from google or twitter) without having to replace all of their regexes first!
2020-06-03 23:05:49 +00:00
#include <LibJS/Runtime/RegExpObject.h>
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
#include <LibJS/Runtime/Set.h>
js: Implement pretty-printing of ShadowRealm
2021-10-13 21:05:27 +00:00
#include <LibJS/Runtime/ShadowRealm.h>
LibJS: Start implementing object shapes This patch adds JS::Shape, which implements a transition tree for our Object class. Object property keys, prototypes and attributes are now stored in a Shape, and each Object has a Shape. When adding a property to an Object, we make a transition from the old Shape to a new Shape. If we've made the same exact transition in the past (with another Object), we reuse the same transition and both objects may now share a Shape. This will become the foundation of inline caching and other engine optimizations in the future. :^)
2020-04-02 17:32:21 +00:00
#include <LibJS/Runtime/Shape.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/StringObject.h>
js: Don't try to run empty scripts When you try to run script containing only whitespace, it will return undefined and doesn't do anything anyway. Let's match NodeJS behavior and just don't display anything. This only applies to REPL input and not to modules.
2022-03-07 17:11:13 +00:00
#include <LibJS/Runtime/StringPrototype.h>
js: Implement pretty-printing of Temporal.Calendar objects
2021-07-14 20:59:49 +00:00
#include <LibJS/Runtime/Temporal/Calendar.h>
js: Implement pretty-printing of Temporal.Duration objects
2021-07-15 23:17:01 +00:00
#include <LibJS/Runtime/Temporal/Duration.h>
js: Implement pretty-printing of Temporal.Instant objects
2021-07-07 16:43:17 +00:00
#include <LibJS/Runtime/Temporal/Instant.h>
js: Implement pretty-printing of Temporal.PlainDate objects
2021-07-22 19:06:27 +00:00
#include <LibJS/Runtime/Temporal/PlainDate.h>
js: Implement pretty-printing of Temporal.PlainDateTime objects
2021-07-22 19:07:16 +00:00
#include <LibJS/Runtime/Temporal/PlainDateTime.h>
js: Implement pretty-printing of Temporal.PlainMonthDay objects
2021-09-06 22:02:33 +00:00
#include <LibJS/Runtime/Temporal/PlainMonthDay.h>
js: Implement pretty-printing of Temporal.PlainTime objects
2021-07-28 18:29:45 +00:00
#include <LibJS/Runtime/Temporal/PlainTime.h>
js: Implement pretty-printing of Temporal.PlainYearMonth objects
2021-09-06 21:57:25 +00:00
#include <LibJS/Runtime/Temporal/PlainYearMonth.h>
js: Implement pretty-printing of Temporal.TimeZone objects
2021-07-06 22:56:32 +00:00
#include <LibJS/Runtime/Temporal/TimeZone.h>
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
#include <LibJS/Runtime/Temporal/ZonedDateTime.h>
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
#include <LibJS/Runtime/TypedArray.h>
LibJS: Add "Heap" and "Runtime" subdirectories Let's try to keep LibJS tidy as it expands. :^)
2020-03-16 13:20:30 +00:00
#include <LibJS/Runtime/Value.h>
js: Implement pretty-printing of WeakMap objects
2022-06-30 18:59:24 +00:00
#include <LibJS/Runtime/WeakMap.h>
js: Implement pretty-printing of WeakRef objects
2022-06-30 19:00:20 +00:00
#include <LibJS/Runtime/WeakRef.h>
js: Implement pretty-printing of WeakSet objects
2022-06-30 19:00:00 +00:00
#include <LibJS/Runtime/WeakSet.h>
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
#include <LibJS/SourceTextModule.h>
LibLine: Rename LineEditor.{cpp,h} => Editor.{cpp,h}
2020-03-31 11:34:57 +00:00
#include <LibLine/Editor.h>
js: Port to LibMain :^) This wasn't particularly difficult, and there's not much use for the nicer interface yet either. While unveil() is of limited use in js(1) as it should be able to open arbitrary files, I feel like we should be able to add a pledge() call.
2021-11-22 19:25:30 +00:00
#include <LibMain/Main.h>
js: Convert non-UTF-8 encoded files to UTF-8 before parsing
2022-04-03 13:31:04 +00:00
#include <LibTextCodec/Decoder.h>
LibC+Everywhere: Remove open_with_path_length() in favor of open() This API was a mostly gratuitous deviation from POSIX that gave up some portability in exchange for avoiding the occasional strlen(). I don't think that was actually achieving anything valuable, so let's just chill out and have the same open() API as everyone else. :^)
2021-01-12 18:21:59 +00:00
#include <fcntl.h>
Userland: Install LibLine's signal handlers in the JS repl
2020-04-11 09:09:10 +00:00
#include <signal.h>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
#include <stdio.h>
Everywhere: Remove klog(), dbg() and purge all LogStream usage :^) Good-bye LogStream. Long live AK::Format!
2021-03-12 16:29:37 +00:00
#include <unistd.h>
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
RefPtr<JS::VM> g_vm;
Vector<String> g_repl_statements;
JS::Handle<JS::Value> g_last_value = JS::make_handle(JS::js_undefined());
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
LibJS: Rename GlobalObject::initialize() => initialize_global_object() This function was shadowing Object::initialize() which cannot be called on global objects and has a different set of parameters.
2021-03-17 15:52:26 +00:00
class ReplObject final : public JS::GlobalObject {
JS_OBJECT(ReplObject, JS::GlobalObject);
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
public:
LibJS: Let Shape store a Realm instead of a GlobalObject This is a cautious first step towards being able to create JS objects before a global object has been instantiated.
2022-08-01 18:27:20 +00:00
ReplObject(JS::Realm& realm)
: GlobalObject(realm)
{
}
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
virtual void initialize_global_object(JS::Realm&) override;
js: Use default constructor and destructor for global objects
2021-05-26 00:01:07 +00:00
virtual ~ReplObject() override = default;
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
private:
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DECLARE_NATIVE_FUNCTION(exit_interpreter);
JS_DECLARE_NATIVE_FUNCTION(repl_help);
JS_DECLARE_NATIVE_FUNCTION(save_to_file);
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
JS_DECLARE_NATIVE_FUNCTION(load_ini);
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DECLARE_NATIVE_FUNCTION(load_json);
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
JS_DECLARE_NATIVE_FUNCTION(last_value_getter);
js: Add a print() function to the environment It's really annoying to write `console.log(JSON.stringify(something))` in scripts, and the output is less than easily readable. This exposes the existing `print(Value)` function into the JS world, and allows us to write `print(something)` and get a neat representation in the console.
2022-02-14 08:34:50 +00:00
JS_DECLARE_NATIVE_FUNCTION(print);
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
};
js: Define load() in global object for scripts Having load() present is required in order to run test262.
2021-05-25 22:50:18 +00:00
class ScriptObject final : public JS::GlobalObject {
JS_OBJECT(ScriptObject, JS::GlobalObject);
public:
LibJS: Let Shape store a Realm instead of a GlobalObject This is a cautious first step towards being able to create JS objects before a global object has been instantiated.
2022-08-01 18:27:20 +00:00
ScriptObject(JS::Realm& realm)
: JS::GlobalObject(realm)
{
}
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
virtual void initialize_global_object(JS::Realm&) override;
js: Use default constructor and destructor for global objects
2021-05-26 00:01:07 +00:00
virtual ~ScriptObject() override = default;
js: Define load() in global object for scripts Having load() present is required in order to run test262.
2021-05-25 22:50:18 +00:00
private:
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
JS_DECLARE_NATIVE_FUNCTION(load_ini);
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DECLARE_NATIVE_FUNCTION(load_json);
js: Add a print() function to the environment It's really annoying to write `console.log(JSON.stringify(something))` in scripts, and the output is less than easily readable. This exposes the existing `print(Value)` function into the JS world, and allows us to write `print(something)` and get a neat representation in the console.
2022-02-14 08:34:50 +00:00
JS_DECLARE_NATIVE_FUNCTION(print);
js: Define load() in global object for scripts Having load() present is required in order to run test262.
2021-05-25 22:50:18 +00:00
};
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
static bool s_dump_ast = false;
LibJS: Start fleshing out a bytecode for the JavaScript engine :^) This patch begins the work of implementing JavaScript execution in a bytecode VM instead of an AST tree-walk interpreter. It's probably quite naive, but we have to start somewhere. The basic idea is that you call Bytecode::Generator::generate() on an AST node and it hands you back a Bytecode::Block filled with instructions that can then be interpreted by a Bytecode::Interpreter. This first version only implements two instructions: Load and Add. :^) Each bytecode block has infinity registers, and the interpreter resizes its register file to fit the block being executed. Two new `js` options are added in this patch as well: `-d` will dump the generated bytecode `-b` will execute the generated bytecode Note that unless `-d` and/or `-b` are specified, none of the bytecode related stuff in LibJS runs at all. This is implemented in parallel with the existing AST interpreter. :^)
2021-06-03 08:46:30 +00:00
static bool s_run_bytecode = false;
LibJS: Add a basic pass manager and add some basic passes This commit adds a bunch of passes, the most interesting of which is a pass that merges blocks together, and a pass that places blocks that flow into each other next to each other, and a very simply pass that removes duplicate basic blocks. Note that this does not remove the jump at the end of each block in that pass to avoid scope creep in the passes.
2021-06-13 16:10:20 +00:00
static bool s_opt_bytecode = false;
LibJS: Add a mode to parse JS as a module In a module strict mode should be enabled at the start of parsing and we allow import and export statements.
2021-08-14 15:30:37 +00:00
static bool s_as_module = false;
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
static bool s_print_last_result = false;
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
static bool s_strip_ansi = false;
js: Add command line flag for disabling source line hints
2021-11-23 21:02:19 +00:00
static bool s_disable_source_location_hints = false;
LibLine: Use Core::EventLoop for outer read loop This commit changes LibLine's internal structure to work in an event loop, and as a result, also switches it to being a Core::Object.
2020-05-26 10:34:39 +00:00
static RefPtr<Line::Editor> s_editor;
js: Load and save history from/to ~/.js-history This is super useful when hacking on LibJS and in general :^)
2020-10-25 23:36:06 +00:00
static String s_history_path = String::formatted("{}/.js-history", Core::StandardPaths::home_directory());
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
static int s_repl_line_level = 0;
LibLine: Change get_line to return a Result<String, Error> This fixes a bunch of FIXME's in LibLine. Also handles the case where read() would read zero bytes in vt_dsr() and effectively block forever by erroring out. Fixes #2370
2020-05-25 12:27:07 +00:00
static bool s_fail_repl = false;
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
static String prompt_for_level(int level)
{
static StringBuilder prompt_builder;
prompt_builder.clear();
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
prompt_builder.append("> "sv);
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
for (auto i = 0; i < level; ++i)
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
prompt_builder.append(" "sv);
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
return prompt_builder.build();
}
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
Userland: Mark compilation-unit-only functions as static This enables a nice warning in case a function becomes dead code.
2020-08-10 21:48:37 +00:00
static String read_next_piece()
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
{
StringBuilder piece;
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
auto line_level_delta_for_next_line { 0 };
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
do {
LibLine: Change get_line to return a Result<String, Error> This fixes a bunch of FIXME's in LibLine. Also handles the case where read() would read zero bytes in vt_dsr() and effectively block forever by erroring out. Fixes #2370
2020-05-25 12:27:07 +00:00
auto line_result = s_editor->get_line(prompt_for_level(s_repl_line_level));
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
line_level_delta_for_next_line = 0;
LibLine: Change get_line to return a Result<String, Error> This fixes a bunch of FIXME's in LibLine. Also handles the case where read() would read zero bytes in vt_dsr() and effectively block forever by erroring out. Fixes #2370
2020-05-25 12:27:07 +00:00
if (line_result.is_error()) {
s_fail_repl = true;
return "";
}
auto& line = line_result.value();
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
s_editor->add_to_history(line);
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
piece.append(line);
js: Insert newline after each line in REPL mode This makes ASI work in the REPL.
2021-06-20 20:58:57 +00:00
piece.append('\n');
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
auto lexer = JS::Lexer(line);
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
enum {
NotInLabelOrObjectKey,
InLabelOrObjectKeyIdentifier,
InLabelOrObjectKey
} label_state { NotInLabelOrObjectKey };
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
for (JS::Token token = lexer.next(); token.type() != JS::TokenType::Eof; token = lexer.next()) {
switch (token.type()) {
case JS::TokenType::BracketOpen:
case JS::TokenType::CurlyOpen:
case JS::TokenType::ParenOpen:
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
label_state = NotInLabelOrObjectKey;
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
s_repl_line_level++;
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
break;
case JS::TokenType::BracketClose:
case JS::TokenType::CurlyClose:
case JS::TokenType::ParenClose:
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
label_state = NotInLabelOrObjectKey;
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
s_repl_line_level--;
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
break;
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
case JS::TokenType::Identifier:
case JS::TokenType::StringLiteral:
if (label_state == NotInLabelOrObjectKey)
label_state = InLabelOrObjectKeyIdentifier;
else
label_state = NotInLabelOrObjectKey;
break;
case JS::TokenType::Colon:
if (label_state == InLabelOrObjectKeyIdentifier)
label_state = InLabelOrObjectKey;
else
label_state = NotInLabelOrObjectKey;
break;
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
default:
break;
}
}
Userland/js: Prompt for more input on labels and object keys Closes #2452
2020-05-30 17:12:11 +00:00
if (label_state == InLabelOrObjectKey) {
// If there's a label or object literal key at the end of this line,
// prompt for more lines but do not change the line level.
line_level_delta_for_next_line += 1;
}
} while (s_repl_line_level + line_level_delta_for_next_line > 0);
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
return piece.to_string();
}
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
static String strip_ansi(StringView format_string)
{
if (format_string.is_empty())
return String::empty();
StringBuilder builder;
size_t i;
for (i = 0; i < format_string.length() - 1; ++i) {
if (format_string[i] == '\033' && format_string[i + 1] == '[') {
while (i < format_string.length() && format_string[i] != 'm')
++i;
} else {
builder.append(format_string[i]);
}
}
if (i < format_string.length())
builder.append(format_string[i]);
return builder.to_string();
}
template<typename... Parameters>
Everywhere: Run clang-format
2022-04-01 17:58:27 +00:00
static void js_out(CheckedFormatString<Parameters...>&& fmtstr, Parameters const&... parameters)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
{
if (!s_strip_ansi)
return out(move(fmtstr), parameters...);
auto stripped_fmtstr = strip_ansi(fmtstr.view());
out(stripped_fmtstr, parameters...);
}
template<typename... Parameters>
Everywhere: Run clang-format
2022-04-01 17:58:27 +00:00
static void js_outln(CheckedFormatString<Parameters...>&& fmtstr, Parameters const&... parameters)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
{
if (!s_strip_ansi)
return outln(move(fmtstr), parameters...);
auto stripped_fmtstr = strip_ansi(fmtstr.view());
outln(stripped_fmtstr, parameters...);
}
inline void js_outln() { outln(); }
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
static void print_value(JS::Value value, HashTable<JS::Object*>& seen_objects);
js: Convert to east const
2021-07-06 22:58:50 +00:00
static void print_type(FlyString const& name)
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("[\033[36;1m{}\033[0m]", name);
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
}
static void print_separator(bool& first)
{
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
js_out(first ? " "sv : ", "sv);
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
first = false;
}
js: Fix a couple of const correctness issues
2022-06-30 18:30:37 +00:00
static void print_array(JS::Array const& array, HashTable<JS::Object*>& seen_objects)
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("[");
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
bool first = true;
for (auto it = array.indexed_properties().begin(false); it != array.indexed_properties().end(); ++it) {
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_separator(first);
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
auto value_or_error = array.get(it.index());
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
// The V8 repl doesn't throw an exception here, and instead just
// prints 'undefined'. We may choose to replicate that behavior in
// the future, but for now lets just catch the error
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
if (value_or_error.is_error())
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
return;
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
auto value = value_or_error.release_value();
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
print_value(value, seen_objects);
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
if (!first)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js_out("]");
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Fix a couple of const correctness issues
2022-06-30 18:30:37 +00:00
static void print_object(JS::Object const& object, HashTable<JS::Object*>& seen_objects)
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("{{");
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
bool first = true;
for (auto& entry : object.indexed_properties()) {
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_separator(first);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\"\033[33;1m{}\033[0m\": ", entry.index());
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
auto value_or_error = object.get(entry.index());
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
// The V8 repl doesn't throw an exception here, and instead just
// prints 'undefined'. We may choose to replicate that behavior in
// the future, but for now lets just catch the error
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
if (value_or_error.is_error())
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
return;
LibJS: Convert Object::get() to ThrowCompletionOr To no one's surprise, this patch is pretty big - this is possibly the most used AO of all of them. Definitely worth it though.
2021-10-02 22:52:27 +00:00
auto value = value_or_error.release_value();
LibJS: Object index properties have descriptors; Handle sparse indices This patch adds an IndexedProperties object for storing indexed properties within an Object. This accomplishes two goals: indexed properties now have an associated descriptor, and objects now gracefully handle sparse properties. The IndexedProperties class is a wrapper around two other classes, one for simple indexed properties storage, and one for general indexed property storage. Simple indexed property storage is the common-case, and is simply a vector of properties which all have attributes of default_attributes (writable, enumerable, and configurable). General indexed property storage is for a collection of indexed properties where EITHER one or more properties have attributes other than default_attributes OR there is a property with a large index (in particular, large is '200' or higher). Indexed properties are now treated relatively the same as storage within the various Object methods. Additionally, there is a custom iterator class for IndexedProperties which makes iteration easy. The iterator skips empty values by default, but can be configured otherwise. Likewise, it evaluates getters by default, but can be set not to.
2020-05-27 18:35:09 +00:00
print_value(value, seen_objects);
LibJS: Add a number-indexed property storage to all Objects Objects can have both named and indexed properties. Previously we kept all property names as strings. This patch separates named and indexed properties and splits them between Object::m_storage and m_elements. This allows us to do much faster array-style access using numeric indices. It also makes the Array class much less special, since all Objects now have number-indexed storage. :^)
2020-04-06 14:53:02 +00:00
}
LibJS: Implement correct object property ordering This commit introduces a way to get an object's own properties in the correct order. The "correct order" for JS object properties is first all array-like index properties (numeric keys) sorted by insertion order, followed by all string properties sorted by insertion order. Objects also now print correctly in the repl! Before this commit: courage ~/js-tests $ js > ({ foo: 1, bar: 2, baz: 3 }) { bar: 2, foo: 1, baz: 3 } After: courage ~/js-tests $ js > ({ foo: 1, bar: 2, baz: 3 }) { foo: 1, bar: 2, baz: 3 }
2020-04-29 02:19:31 +00:00
for (auto& it : object.shape().property_table_ordered()) {
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_separator(first);
LibJS: Integrate Symbols into objects as valid keys This allows objects properties to be created for symbol keys in addition to just plain strings/numbers
2020-07-08 04:38:46 +00:00
if (it.key.is_string()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\"\033[33;1m{}\033[0m\": ", it.key.to_display_string());
LibJS: Integrate Symbols into objects as valid keys This allows objects properties to be created for symbol keys in addition to just plain strings/numbers
2020-07-08 04:38:46 +00:00
} else {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("[\033[33;1m{}\033[0m]: ", it.key.to_display_string());
LibJS: Integrate Symbols into objects as valid keys This allows objects properties to be created for symbol keys in addition to just plain strings/numbers
2020-07-08 04:38:46 +00:00
}
LibJS: Start implementing object shapes This patch adds JS::Shape, which implements a transition tree for our Object class. Object property keys, prototypes and attributes are now stored in a Shape, and each Object has a Shape. When adding a property to an Object, we make a transition from the old Shape to a new Shape. If we've made the same exact transition in the past (with another Object), we reuse the same transition and both objects may now share a Shape. This will become the foundation of inline caching and other engine optimizations in the future. :^)
2020-04-02 17:32:21 +00:00
print_value(object.get_direct(it.value.offset), seen_objects);
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
if (!first)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js_out("}}");
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_function(JS::FunctionObject const& function_object, HashTable<JS::Object*>&)
js: Tweak pretty-printing of functions and null
2020-03-26 13:54:43 +00:00
{
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
if (is<JS::ECMAScriptFunctionObject>(function_object)) {
auto const& ecmascript_function_object = static_cast<JS::ECMAScriptFunctionObject const&>(function_object);
switch (ecmascript_function_object.kind()) {
js: Print different type for each kind of ECMAScript function object Instead of just printing 'ECMAScriptFunctionObject' (and leaking an implementation detail in the process - this is not a public facing name) let's instead print a different type string for each function kind, and only keep the old class_name() printing for other JS::FunctionObject subclasses.
2022-05-05 20:42:10 +00:00
case JS::FunctionKind::Normal:
print_type("Function");
break;
case JS::FunctionKind::Generator:
print_type("GeneratorFunction");
break;
case JS::FunctionKind::Async:
print_type("AsyncFunction");
break;
case JS::FunctionKind::AsyncGenerator:
print_type("AsyncGeneratorFunction");
break;
default:
VERIFY_NOT_REACHED();
}
} else {
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_type(function_object.class_name());
js: Print different type for each kind of ECMAScript function object Instead of just printing 'ECMAScriptFunctionObject' (and leaking an implementation detail in the process - this is not a public facing name) let's instead print a different type string for each function kind, and only keep the old class_name() printing for other JS::FunctionObject subclasses.
2022-05-05 20:42:10 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
if (is<JS::ECMAScriptFunctionObject>(function_object))
js_out(" {}", static_cast<JS::ECMAScriptFunctionObject const&>(function_object).name());
else if (is<JS::NativeFunction>(function_object))
js_out(" {}", static_cast<JS::NativeFunction const&>(function_object).name());
js: Tweak pretty-printing of functions and null
2020-03-26 13:54:43 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_date(JS::Date const& date, HashTable<JS::Object*>&)
js: Implement print function for Date objects
2020-03-31 17:43:45 +00:00
{
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_type("Date");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
js_out(" \033[34;1m{}\033[0m", JS::to_date_string(date.date_value()));
js: Implement print function for Date objects
2020-03-31 17:43:45 +00:00
}
js: Convert to east const
2021-07-06 22:58:50 +00:00
static void print_error(JS::Object const& object, HashTable<JS::Object*>& seen_objects)
js: Handle exceptions thrown during REPL execution We now print thrown exceptions and clear the interpreter state so it can continue running instead of refusing to do anything after an exception has been thrown. Fixes #1572.
2020-04-02 07:54:15 +00:00
{
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
auto name = object.get_without_side_effects(g_vm->names.name).value_or(JS::js_undefined());
auto message = object.get_without_side_effects(g_vm->names.message).value_or(JS::js_undefined());
LibJS: Remove the NativeProperty mechanism from LibJS These were an ad-hoc way to implement special behaviour when reading or writing to specific object properties. Because these were effectively replaced by the abillity to override the internal methods of Object, they are no longer needed.
2021-07-07 16:34:26 +00:00
if (name.is_accessor() || message.is_accessor()) {
LibJS: Make Errors fully spec compliant The previous handling of the name and message properties specifically was breaking websites that created their own error types and relied on the error prototype working correctly - not assuming an JS::Error this object, that is. The way it works now, and it is supposed to work, is: - Error.prototype.name and Error.prototype.message just have initial string values and are no longer getters/setters - When constructing an error with a message, we create a regular property on the newly created object, so a lookup of the message property will either get it from the object directly or go though the prototype chain - Internal m_name/m_message properties are no longer needed and removed This makes printing errors slightly more complicated, as we can no longer rely on the (safe) internal properties, and cannot trust a property lookup either - get_without_side_effects() is used to solve this, it's not perfect but something we can revisit later. I did some refactoring along the way, there was some really old stuff in there - accessing vm.call_frame().arguments[0] is not something we (have to) do anymore :^) Fixes #6245.
2021-04-11 22:08:28 +00:00
print_value(&object, seen_objects);
} else {
auto name_string = name.to_string_without_side_effects();
auto message_string = message.to_string_without_side_effects();
print_type(name_string);
if (!message_string.is_empty())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[31;1m{}\033[0m", message_string);
LibJS: Make Errors fully spec compliant The previous handling of the name and message properties specifically was breaking websites that created their own error types and relied on the error prototype working correctly - not assuming an JS::Error this object, that is. The way it works now, and it is supposed to work, is: - Error.prototype.name and Error.prototype.message just have initial string values and are no longer getters/setters - When constructing an error with a message, we create a regular property on the newly created object, so a lookup of the message property will either get it from the object directly or go though the prototype chain - Internal m_name/m_message properties are no longer needed and removed This makes printing errors slightly more complicated, as we can no longer rely on the (safe) internal properties, and cannot trust a property lookup either - get_without_side_effects() is used to solve this, it's not perfect but something we can revisit later. I did some refactoring along the way, there was some really old stuff in there - accessing vm.call_frame().arguments[0] is not something we (have to) do anymore :^) Fixes #6245.
2021-04-11 22:08:28 +00:00
}
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_regexp_object(JS::RegExpObject const& regexp_object, HashTable<JS::Object*>&)
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
{
print_type("RegExp");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m/{}/{}\033[0m", regexp_object.escape_regexp_pattern(), regexp_object.flags());
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_proxy_object(JS::ProxyObject const& proxy_object, HashTable<JS::Object*>& seen_objects)
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
{
print_type("Proxy");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n target: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_value(&proxy_object.target(), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n handler: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_value(&proxy_object.handler(), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_map(JS::Map const& map, HashTable<JS::Object*>& seen_objects)
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
{
print_type("Map");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" {{");
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
bool first = true;
js: Fix a couple of const correctness issues
2022-06-30 18:30:37 +00:00
for (auto const& entry : map) {
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
print_separator(first);
print_value(entry.key, seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" => ");
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
print_value(entry.value, seen_objects);
}
if (!first)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js_out("}}");
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_set(JS::Set const& set, HashTable<JS::Object*>& seen_objects)
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
{
print_type("Set");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" {{");
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
bool first = true;
js: Fix a couple of const correctness issues
2022-06-30 18:30:37 +00:00
for (auto const& entry : set) {
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
print_separator(first);
LibJS: Implement Sets using Maps This implements ordered sets using Maps with a sentinel value, and includes some extra set tests. Fixes #11004. Co-Authored-By: davidot <davidot@serenityos.org>
2022-02-09 15:04:16 +00:00
print_value(entry.key, seen_objects);
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
}
if (!first)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js_out("}}");
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
}
js: Implement pretty-printing of WeakMap objects
2022-06-30 18:59:24 +00:00
static void print_weak_map(JS::WeakMap const& weak_map, HashTable<JS::Object*>&)
{
print_type("WeakMap");
js_out(" ({})", weak_map.values().size());
// Note: We could tell you what's actually inside, but not in insertion order.
}
js: Implement pretty-printing of WeakSet objects
2022-06-30 19:00:00 +00:00
static void print_weak_set(JS::WeakSet const& weak_set, HashTable<JS::Object*>&)
{
print_type("WeakSet");
js_out(" ({})", weak_set.values().size());
// Note: We could tell you what's actually inside, but not in insertion order.
}
js: Implement pretty-printing of WeakRef objects
2022-06-30 19:00:20 +00:00
static void print_weak_ref(JS::WeakRef const& weak_ref, HashTable<JS::Object*>& seen_objects)
{
print_type("WeakRef");
js_out(" ");
print_value(weak_ref.value().visit([](Empty) -> JS::Value { return JS::js_undefined(); }, [](auto* value) -> JS::Value { return value; }), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_promise(JS::Promise const& promise, HashTable<JS::Object*>& seen_objects)
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
{
print_type("Promise");
switch (promise.state()) {
case JS::Promise::State::Pending:
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n state: ");
js_out("\033[36;1mPending\033[0m");
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
break;
case JS::Promise::State::Fulfilled:
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n state: ");
js_out("\033[32;1mFulfilled\033[0m");
js_out("\n result: ");
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
print_value(promise.result(), seen_objects);
break;
case JS::Promise::State::Rejected:
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n state: ");
js_out("\033[31;1mRejected\033[0m");
js_out("\n result: ");
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
print_value(promise.result(), seen_objects);
break;
default:
VERIFY_NOT_REACHED();
}
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_array_buffer(JS::ArrayBuffer const& array_buffer, HashTable<JS::Object*>& seen_objects)
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
{
auto& buffer = array_buffer.buffer();
auto byte_length = array_buffer.byte_length();
print_type("ArrayBuffer");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n byteLength: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_value(JS::Value((double)byte_length), seen_objects);
js: Don't print newline for empty ArrayBuffer If we don't have any bytes to print in hex representation, just return early instead of printing a newline in preparation for the data that won't follow. :^)
2021-05-21 18:20:43 +00:00
if (!byte_length)
return;
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln();
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
for (size_t i = 0; i < byte_length; ++i) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("{:02x}", buffer[i]);
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
if (i + 1 < byte_length) {
if ((i + 1) % 32 == 0)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln();
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
else if ((i + 1) % 16 == 0)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
else
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
}
}
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_shadow_realm(JS::ShadowRealm const&, HashTable<JS::Object*>&)
js: Implement pretty-printing of ShadowRealm
2021-10-13 21:05:27 +00:00
{
// Not much we can show here that would be useful. Realm pointer address?!
print_type("ShadowRealm");
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_generator(JS::GeneratorObject const&, HashTable<JS::Object*>&)
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
{
print_type("Generator");
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_async_generator(JS::AsyncGenerator const&, HashTable<JS::Object*>&)
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
{
print_type("AsyncGenerator");
}
js: Add print_number method and use it to print out TypedArray values We can't construct Values with u64 and i64. I tried adding these constructors, but then it refuses to build in lagom.
2021-06-17 00:00:12 +00:00
template<typename T>
static void print_number(T number) requires IsArithmetic<T>
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[35;1m");
js_out("{}", number);
js_out("\033[0m");
js: Add print_number method and use it to print out TypedArray values We can't construct Values with u64 and i64. I tried adding these constructors, but then it refuses to build in lagom.
2021-06-17 00:00:12 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_typed_array(JS::TypedArrayBase const& typed_array_base, HashTable<JS::Object*>& seen_objects)
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
{
js: Handle detached ArrayBuffer in print_typed_array() Co-authored-by: Idan Horowitz <idan.horowitz@gmail.com>
2021-07-04 16:36:10 +00:00
auto& array_buffer = *typed_array_base.viewed_array_buffer();
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
auto length = typed_array_base.array_length();
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_type(typed_array_base.class_name());
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n length: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_value(JS::Value(length), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n byteLength: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_value(JS::Value(typed_array_base.byte_length()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n buffer: ");
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
print_type("ArrayBuffer");
js: Handle detached ArrayBuffer in print_typed_array() Co-authored-by: Idan Horowitz <idan.horowitz@gmail.com>
2021-07-04 16:36:10 +00:00
if (array_buffer.is_detached())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" (detached)");
js_out(" @ {:p}", &array_buffer);
js: Handle detached ArrayBuffer in print_typed_array() Co-authored-by: Idan Horowitz <idan.horowitz@gmail.com>
2021-07-04 16:36:10 +00:00
if (!length || array_buffer.is_detached())
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
return;
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln();
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
// FIXME: This kinda sucks.
#define __JS_ENUMERATE(ClassName, snake_name, PrototypeName, ConstructorName, ArrayType) \
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
if (is<JS::ClassName>(typed_array_base)) { \
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("[ "); \
js: Convert to east const
2021-07-06 22:58:50 +00:00
auto& typed_array = static_cast<JS::ClassName const&>(typed_array_base); \
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
auto data = typed_array.data(); \
for (size_t i = 0; i < length; ++i) { \
if (i > 0) \
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(", "); \
js: Add print_number method and use it to print out TypedArray values We can't construct Values with u64 and i64. I tried adding these constructors, but then it refuses to build in lagom.
2021-06-17 00:00:12 +00:00
print_number(data[i]); \
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
} \
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ]"); \
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
return; \
}
JS_ENUMERATE_TYPED_ARRAYS
#undef __JS_ENUMERATE
Everywhere: Rename ASSERT => VERIFY (...and ASSERT_NOT_REACHED => VERIFY_NOT_REACHED) Since all of these checks are done in release builds as well, let's rename them to VERIFY to prevent confusion, as everyone is used to assertions being compiled out in release. We can introduce a new ASSERT macro that is specifically for debug checks, but I'm doing this wholesale conversion first since we've accumulated thousands of these already, and it's not immediately obvious which ones are suitable for ASSERT.
2021-02-23 19:42:32 +00:00
VERIFY_NOT_REACHED();
js: Handle exceptions thrown during REPL execution We now print thrown exceptions and clear the interpreter state so it can continue running instead of refusing to do anything after an exception has been thrown. Fixes #1572.
2020-04-02 07:54:15 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_data_view(JS::DataView const& data_view, HashTable<JS::Object*>& seen_objects)
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
{
print_type("DataView");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n byteLength: ");
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
print_value(JS::Value(data_view.byte_length()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n byteOffset: ");
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
print_value(JS::Value(data_view.byte_offset()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n buffer: ");
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
print_type("ArrayBuffer");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" @ {:p}", data_view.viewed_array_buffer());
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_calendar(JS::Temporal::Calendar const& calendar, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.Calendar objects
2021-07-14 20:59:49 +00:00
{
print_type("Temporal.Calendar");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(JS::js_string(calendar.vm(), calendar.identifier()), seen_objects);
js: Implement pretty-printing of Temporal.Calendar objects
2021-07-14 20:59:49 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_duration(JS::Temporal::Duration const& duration, HashTable<JS::Object*>&)
js: Implement pretty-printing of Temporal.Duration objects
2021-07-15 23:17:01 +00:00
{
print_type("Temporal.Duration");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{} y, {} M, {} w, {} d, {} h, {} m, {} s, {} ms, {} us, {} ns\033[0m", duration.years(), duration.months(), duration.weeks(), duration.days(), duration.hours(), duration.minutes(), duration.seconds(), duration.milliseconds(), duration.microseconds(), duration.nanoseconds());
js: Implement pretty-printing of Temporal.Duration objects
2021-07-15 23:17:01 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_instant(JS::Temporal::Instant const& instant, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.Instant objects
2021-07-07 16:43:17 +00:00
{
print_type("Temporal.Instant");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Implement pretty-printing of Temporal.Instant objects
2021-07-07 16:43:17 +00:00
// FIXME: Print human readable date and time, like in print_date() - ideally handling arbitrarily large values since we get a bigint.
print_value(&instant.nanoseconds(), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_plain_date(JS::Temporal::PlainDate const& plain_date, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.PlainDate objects
2021-07-22 19:06:27 +00:00
{
print_type("Temporal.PlainDate");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{:04}-{:02}-{:02}\033[0m", plain_date.iso_year(), plain_date.iso_month(), plain_date.iso_day());
js_out("\n calendar: ");
js: Include calendar in pretty-printing output of more Temporal objects We were only showing it for ZonedDateTime so far.
2021-09-06 22:08:28 +00:00
print_value(&plain_date.calendar(), seen_objects);
js: Implement pretty-printing of Temporal.PlainDate objects
2021-07-22 19:06:27 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_plain_date_time(JS::Temporal::PlainDateTime const& plain_date_time, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.PlainDateTime objects
2021-07-22 19:07:16 +00:00
{
print_type("Temporal.PlainDateTime");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{:04}-{:02}-{:02} {:02}:{:02}:{:02}.{:03}{:03}{:03}\033[0m", plain_date_time.iso_year(), plain_date_time.iso_month(), plain_date_time.iso_day(), plain_date_time.iso_hour(), plain_date_time.iso_minute(), plain_date_time.iso_second(), plain_date_time.iso_millisecond(), plain_date_time.iso_microsecond(), plain_date_time.iso_nanosecond());
js_out("\n calendar: ");
js: Include calendar in pretty-printing output of more Temporal objects We were only showing it for ZonedDateTime so far.
2021-09-06 22:08:28 +00:00
print_value(&plain_date_time.calendar(), seen_objects);
js: Implement pretty-printing of Temporal.PlainDateTime objects
2021-07-22 19:07:16 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_plain_month_day(JS::Temporal::PlainMonthDay const& plain_month_day, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.PlainMonthDay objects
2021-09-06 22:02:33 +00:00
{
print_type("Temporal.PlainMonthDay");
// Also has an [[ISOYear]] internal slot, but showing that here seems rather unexpected.
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{:02}-{:02}\033[0m", plain_month_day.iso_month(), plain_month_day.iso_day());
js_out("\n calendar: ");
js: Include calendar in pretty-printing output of more Temporal objects We were only showing it for ZonedDateTime so far.
2021-09-06 22:08:28 +00:00
print_value(&plain_month_day.calendar(), seen_objects);
js: Implement pretty-printing of Temporal.PlainMonthDay objects
2021-09-06 22:02:33 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_plain_time(JS::Temporal::PlainTime const& plain_time, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.PlainTime objects
2021-07-28 18:29:45 +00:00
{
print_type("Temporal.PlainTime");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{:02}:{:02}:{:02}.{:03}{:03}{:03}\033[0m", plain_time.iso_hour(), plain_time.iso_minute(), plain_time.iso_second(), plain_time.iso_millisecond(), plain_time.iso_microsecond(), plain_time.iso_nanosecond());
js_out("\n calendar: ");
js: Include calendar in pretty-printing output of more Temporal objects We were only showing it for ZonedDateTime so far.
2021-09-06 22:08:28 +00:00
print_value(&plain_time.calendar(), seen_objects);
js: Implement pretty-printing of Temporal.PlainTime objects
2021-07-28 18:29:45 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_plain_year_month(JS::Temporal::PlainYearMonth const& plain_year_month, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.PlainYearMonth objects
2021-09-06 21:57:25 +00:00
{
print_type("Temporal.PlainYearMonth");
// Also has an [[ISODay]] internal slot, but showing that here seems rather unexpected.
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" \033[34;1m{:04}-{:02}\033[0m", plain_year_month.iso_year(), plain_year_month.iso_month());
js_out("\n calendar: ");
js: Include calendar in pretty-printing output of more Temporal objects We were only showing it for ZonedDateTime so far.
2021-09-06 22:08:28 +00:00
print_value(&plain_year_month.calendar(), seen_objects);
js: Implement pretty-printing of Temporal.PlainYearMonth objects
2021-09-06 21:57:25 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_time_zone(JS::Temporal::TimeZone const& time_zone, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.TimeZone objects
2021-07-06 22:56:32 +00:00
{
print_type("Temporal.TimeZone");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(JS::js_string(time_zone.vm(), time_zone.identifier()), seen_objects);
js: Implement pretty-printing of Temporal.TimeZone objects
2021-07-06 22:56:32 +00:00
if (time_zone.offset_nanoseconds().has_value()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n offset (ns): ");
js: Implement pretty-printing of Temporal.TimeZone objects
2021-07-06 22:56:32 +00:00
print_value(JS::Value(*time_zone.offset_nanoseconds()), seen_objects);
}
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_temporal_zoned_date_time(JS::Temporal::ZonedDateTime const& zoned_date_time, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
{
print_type("Temporal.ZonedDateTime");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n epochNanoseconds: ");
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
print_value(&zoned_date_time.nanoseconds(), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n timeZone: ");
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
print_value(&zoned_date_time.time_zone(), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n calendar: ");
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
print_value(&zoned_date_time.calendar(), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_display_names(JS::Intl::DisplayNames const& display_names, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.DisplayNames
2021-08-25 02:38:08 +00:00
{
print_type("Intl.DisplayNames");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(display_names.vm(), display_names.locale()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n type: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(display_names.vm(), display_names.type_string()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n style: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(display_names.vm(), display_names.style_string()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n fallback: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(display_names.vm(), display_names.fallback_string()), seen_objects);
js: Pretty-print the Intl.DisplayNames [[LanguageDisplay]] internal slot
2022-01-12 18:56:04 +00:00
if (display_names.has_language_display()) {
js_out("\n languageDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(display_names.vm(), display_names.language_display_string()), seen_objects);
js: Pretty-print the Intl.DisplayNames [[LanguageDisplay]] internal slot
2022-01-12 18:56:04 +00:00
}
js: Implement pretty-printing of Intl.DisplayNames
2021-08-25 02:38:08 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_locale(JS::Intl::Locale const& locale, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
{
print_type("Intl.Locale");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.locale()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
if (locale.has_calendar()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n calendar: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.calendar()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
}
if (locale.has_case_first()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n caseFirst: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.case_first()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
}
if (locale.has_collation()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n collation: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.collation()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
}
if (locale.has_hour_cycle()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n hourCycle: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.hour_cycle()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
}
if (locale.has_numbering_system()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n numberingSystem: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(locale.vm(), locale.numbering_system()), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
}
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n numeric: ");
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
print_value(JS::Value(locale.numeric()), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_list_format(JS::Intl::ListFormat const& list_format, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.ListFormat
2021-09-06 12:44:54 +00:00
{
print_type("Intl.ListFormat");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(list_format.vm(), list_format.locale()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n type: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(list_format.vm(), list_format.type_string()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n style: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(list_format.vm(), list_format.style_string()), seen_objects);
js: Implement pretty-printing of Intl.ListFormat
2021-09-06 12:44:54 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_number_format(JS::Intl::NumberFormat const& number_format, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
{
print_type("Intl.NumberFormat");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.locale()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n dataLocale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.data_locale()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n numberingSystem: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.numbering_system()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n style: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.style_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
if (number_format.has_currency()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n currency: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.currency()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
if (number_format.has_currency_display()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n currencyDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.currency_display_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
if (number_format.has_currency_sign()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n currencySign: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.currency_sign_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
if (number_format.has_unit()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n unit: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.unit()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
if (number_format.has_unit_display()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n unitDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.unit_display_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n minimumIntegerDigits: ");
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
print_value(JS::Value(number_format.min_integer_digits()), seen_objects);
if (number_format.has_min_fraction_digits()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n minimumFractionDigits: ");
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
print_value(JS::Value(number_format.min_fraction_digits()), seen_objects);
}
if (number_format.has_max_fraction_digits()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n maximumFractionDigits: ");
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
print_value(JS::Value(number_format.max_fraction_digits()), seen_objects);
}
if (number_format.has_min_significant_digits()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n minimumSignificantDigits: ");
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
print_value(JS::Value(number_format.min_significant_digits()), seen_objects);
}
if (number_format.has_max_significant_digits()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n maximumSignificantDigits: ");
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
print_value(JS::Value(number_format.max_significant_digits()), seen_objects);
}
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n useGrouping: ");
LibJS: Replace GlobalObject with VM in Intl AOs [Part 1/19] Instead of passing a GlobalObject everywhere, we will simply pass a VM, from which we can get everything we need: common names, the current realm, symbols, arguments, the heap, and a few other things. In some places we already don't actually need a global object and just do it for consistency - no more `auto& vm = global_object.vm();`! This will eventually automatically fix the "wrong realm" issue we have in some places where we (incorrectly) use the global object from the allocating object, e.g. in call() / construct() implementations. When only ever a VM is passed around, this issue can't happen :^) I've decided to split this change into a series of patches that should keep each commit down do a somewhat manageable size.
2022-08-20 07:25:24 +00:00
print_value(number_format.use_grouping_to_value(number_format.vm()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n roundingType: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.rounding_type_string()), seen_objects);
LibJS+js: Parse new constructor options from Intl.NumberFormat V3 This contains minimal changes to parse newly added and modified options from the Intl.NumberFormat V3 proposal, while maintaining main spec behavior in Intl.NumberFormat.prototype.format. The parsed options are reflected only in Intl.NumberFormat.prototype.resolvedOptions and the js REPL.
2022-07-12 17:18:23 +00:00
js_out("\n roundingMode: ");
print_value(js_string(number_format.vm(), number_format.rounding_mode_string()), seen_objects);
js_out("\n roundingIncrement: ");
print_value(JS::Value(number_format.rounding_increment()), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n notation: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.notation_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
if (number_format.has_compact_display()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n compactDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.compact_display_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\n signDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(number_format.vm(), number_format.sign_display_string()), seen_objects);
LibJS+js: Parse new constructor options from Intl.NumberFormat V3 This contains minimal changes to parse newly added and modified options from the Intl.NumberFormat V3 proposal, while maintaining main spec behavior in Intl.NumberFormat.prototype.format. The parsed options are reflected only in Intl.NumberFormat.prototype.resolvedOptions and the js REPL.
2022-07-12 17:18:23 +00:00
js_out("\n trailingZeroDisplay: ");
print_value(js_string(number_format.vm(), number_format.trailing_zero_display_string()), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_date_time_format(JS::Intl::DateTimeFormat& date_time_format, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
{
print_type("Intl.DateTimeFormat");
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.locale()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
js_out("\n pattern: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.pattern()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
js_out("\n calendar: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.calendar()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
js_out("\n numberingSystem: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.numbering_system()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
if (date_time_format.has_hour_cycle()) {
js_out("\n hourCycle: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.hour_cycle_string()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
}
js_out("\n timeZone: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.time_zone()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
if (date_time_format.has_date_style()) {
js_out("\n dateStyle: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.date_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
}
if (date_time_format.has_time_style()) {
js_out("\n timeStyle: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.time_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
}
LibJS: Replace GlobalObject with VM in Intl AOs [Part 1/19] Instead of passing a GlobalObject everywhere, we will simply pass a VM, from which we can get everything we need: common names, the current realm, symbols, arguments, the heap, and a few other things. In some places we already don't actually need a global object and just do it for consistency - no more `auto& vm = global_object.vm();`! This will eventually automatically fix the "wrong realm" issue we have in some places where we (incorrectly) use the global object from the allocating object, e.g. in call() / construct() implementations. When only ever a VM is passed around, this issue can't happen :^) I've decided to split this change into a series of patches that should keep each commit down do a somewhat manageable size.
2022-08-20 07:25:24 +00:00
JS::Intl::for_each_calendar_field(date_time_format.vm(), date_time_format, [&](auto& option, auto const& property, auto const&) -> JS::ThrowCompletionOr<void> {
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
using ValueType = typename RemoveReference<decltype(option)>::ValueType;
if (!option.has_value())
return {};
js_out("\n {}: ", property);
if constexpr (IsIntegral<ValueType>) {
print_value(JS::Value(*option), seen_objects);
} else {
auto name = Unicode::calendar_pattern_style_to_string(*option);
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), name), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
}
return {};
});
}
js: Fix a couple of const correctness issues
2022-06-30 18:30:37 +00:00
static void print_intl_relative_time_format(JS::Intl::RelativeTimeFormat const& date_time_format, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
{
print_type("Intl.RelativeTimeFormat");
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.locale()), seen_objects);
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
js_out("\n numberingSystem: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.numbering_system()), seen_objects);
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
js_out("\n style: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.style_string()), seen_objects);
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
js_out("\n numeric: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(date_time_format.vm(), date_time_format.numeric_string()), seen_objects);
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_plural_rules(JS::Intl::PluralRules const& plural_rules, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
{
print_type("Intl.PluralRules");
js_out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(plural_rules.vm(), plural_rules.locale()), seen_objects);
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
js_out("\n type: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(plural_rules.vm(), plural_rules.type_string()), seen_objects);
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
js_out("\n minimumIntegerDigits: ");
print_value(JS::Value(plural_rules.min_integer_digits()), seen_objects);
if (plural_rules.has_min_fraction_digits()) {
js_out("\n minimumFractionDigits: ");
print_value(JS::Value(plural_rules.min_fraction_digits()), seen_objects);
}
if (plural_rules.has_max_fraction_digits()) {
js_out("\n maximumFractionDigits: ");
print_value(JS::Value(plural_rules.max_fraction_digits()), seen_objects);
}
if (plural_rules.has_min_significant_digits()) {
js_out("\n minimumSignificantDigits: ");
print_value(JS::Value(plural_rules.min_significant_digits()), seen_objects);
}
if (plural_rules.has_max_significant_digits()) {
js_out("\n maximumSignificantDigits: ");
print_value(JS::Value(plural_rules.max_significant_digits()), seen_objects);
}
js_out("\n roundingType: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(plural_rules.vm(), plural_rules.rounding_type_string()), seen_objects);
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_collator(JS::Intl::Collator const& collator, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
{
print_type("Intl.Collator");
out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(collator.vm(), collator.locale()), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
out("\n usage: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(collator.vm(), collator.usage_string()), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
out("\n sensitivity: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(collator.vm(), collator.sensitivity_string()), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
out("\n caseFirst: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(collator.vm(), collator.case_first_string()), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
out("\n collation: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(collator.vm(), collator.collation()), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
out("\n ignorePunctuation: ");
print_value(JS::Value(collator.ignore_punctuation()), seen_objects);
out("\n numeric: ");
print_value(JS::Value(collator.numeric()), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_segmenter(JS::Intl::Segmenter const& segmenter, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.Segmenter
2022-01-29 21:50:40 +00:00
{
print_type("Intl.Segmenter");
out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(segmenter.vm(), segmenter.locale()), seen_objects);
js: Implement pretty-printing of Intl.Segmenter
2022-01-29 21:50:40 +00:00
out("\n granularity: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(segmenter.vm(), segmenter.segmenter_granularity_string()), seen_objects);
js: Implement pretty-printing of Intl.Segmenter
2022-01-29 21:50:40 +00:00
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_segments(JS::Intl::Segments const& segments, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl Segments objects
2022-01-29 23:32:57 +00:00
{
print_type("Segments");
out("\n string: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(segments.vm(), segments.segments_string()), seen_objects);
js: Implement pretty-printing of Intl Segments objects
2022-01-29 23:32:57 +00:00
out("\n segmenter: ");
print_value(&segments.segments_segmenter(), seen_objects);
}
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
static void print_intl_duration_format(JS::Intl::DurationFormat const& duration_format, HashTable<JS::Object*>& seen_objects)
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
{
print_type("Intl.DurationFormat");
out("\n locale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.locale()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n dataLocale: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.data_locale()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n numberingSystem: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.numbering_system()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n style: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n years: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.years_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n yearsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.years_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n months: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.months_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n monthsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.months_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n weeks: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.weeks_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n weeksDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.weeks_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n days: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.days_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n daysDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.days_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n hours: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.hours_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n hoursDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.hours_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n minutes: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.minutes_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n minutesDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.minutes_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n seconds: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.seconds_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n secondsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.seconds_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n milliseconds: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.milliseconds_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n millisecondsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.milliseconds_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n microseconds: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.microseconds_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n microsecondsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.microseconds_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n nanoseconds: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.nanoseconds_style_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
out("\n nanosecondsDisplay: ");
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
print_value(js_string(duration_format.vm(), duration_format.nanoseconds_display_string()), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
if (duration_format.has_fractional_digits()) {
out("\n fractionalDigits: ");
print_value(JS::Value(duration_format.fractional_digits()), seen_objects);
}
}
js: Fix pretty-printing of primitive wrapper objects Currently, they print `[Type] <already printed Object 0x...>` as, for some reason, we were simply trying to print the object again.
2022-06-30 18:57:59 +00:00
static void print_boolean_object(JS::BooleanObject const& boolean_object, HashTable<JS::Object*>& seen_objects)
LibJS: Lex and parse regex literals, add RegExp objects This adds regex parsing/lexing, as well as a relatively empty RegExpObject. The purpose of this patch is to allow the engine to not get hung up on parsing regexes. This will aid in finding new syntax errors (say, from google or twitter) without having to replace all of their regexes first!
2020-06-03 23:05:49 +00:00
{
js: Fix pretty-printing of primitive wrapper objects Currently, they print `[Type] <already printed Object 0x...>` as, for some reason, we were simply trying to print the object again.
2022-06-30 18:57:59 +00:00
print_type("Boolean");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out(" ");
js: Fix pretty-printing of primitive wrapper objects Currently, they print `[Type] <already printed Object 0x...>` as, for some reason, we were simply trying to print the object again.
2022-06-30 18:57:59 +00:00
print_value(JS::Value(boolean_object.boolean()), seen_objects);
}
static void print_number_object(JS::NumberObject const& number_object, HashTable<JS::Object*>& seen_objects)
{
print_type("Number");
js_out(" ");
print_value(JS::Value(number_object.number()), seen_objects);
}
static void print_string_object(JS::StringObject const& string_object, HashTable<JS::Object*>& seen_objects)
{
print_type("String");
js_out(" ");
print_value(&string_object.primitive_string(), seen_objects);
LibJS: Lex and parse regex literals, add RegExp objects This adds regex parsing/lexing, as well as a relatively empty RegExpObject. The purpose of this patch is to allow the engine to not get hung up on parsing regexes. This will aid in finding new syntax errors (say, from google or twitter) without having to replace all of their regexes first!
2020-06-03 23:05:49 +00:00
}
Userland: Mark compilation-unit-only functions as static This enables a nice warning in case a function becomes dead code.
2020-08-10 21:48:37 +00:00
static void print_value(JS::Value value, HashTable<JS::Object*>& seen_objects)
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
{
LibJS: Handle empty values in Value::to_string()
2020-04-08 16:38:09 +00:00
if (value.is_empty()) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[34;1m<empty>\033[0m");
LibJS: Handle empty values in Value::to_string()
2020-04-08 16:38:09 +00:00
return;
}
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
if (value.is_object()) {
LibJS: Make Value::as_object() return Object& Let's move towards using references over pointers in LibJS as well. I had originally steered away from it because that's how I've seen things done in other engines. But this is not the other engines. :^)
2020-04-01 20:18:47 +00:00
if (seen_objects.contains(&value.as_object())) {
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
// FIXME: Maybe we should only do this for circular references,
// not for all reoccurring objects.
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("<already printed Object {}>", &value.as_object());
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
return;
}
LibJS: Make Value::as_object() return Object& Let's move towards using references over pointers in LibJS as well. I had originally steered away from it because that's how I've seen things done in other engines. But this is not the other engines. :^)
2020-04-01 20:18:47 +00:00
seen_objects.set(&value.as_object());
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Implement print function for Date objects
2020-03-31 17:43:45 +00:00
if (value.is_object()) {
LibJS: Make Value::as_object() return Object& Let's move towards using references over pointers in LibJS as well. I had originally steered away from it because that's how I've seen things done in other engines. But this is not the other engines. :^)
2020-04-01 20:18:47 +00:00
auto& object = value.as_object();
LibJS: Remove Object::is_array() in favor of Value::is_array() and RTTI It's way too easy to get this wrong: for the IsArray abstract operation, Value::is_array() needs to be called. Since we have RTTI, the virtual Object::is_array() method is not needed anymore - if we need to know whether something is *actually* a JS::Array (we currently check in more cases than we should, I think) and not a Proxy with an Array target, we should do that in a way that doesn't look like an abstract operation.
2021-07-05 17:58:51 +00:00
if (is<JS::Array>(object))
LibJS: Handle Proxy with Array target in IsArray() abstract operation This was missing from Value::is_array(), which is equivalent to the spec's IsArray() abstract operation - it treats a Proxy value with an Array target object as being an Array. It can throw, so needs both the global object and an exception check now.
2021-06-08 20:53:36 +00:00
return print_array(static_cast<JS::Array&>(object), seen_objects);
LibJS: Make Value::as_object() return Object& Let's move towards using references over pointers in LibJS as well. I had originally steered away from it because that's how I've seen things done in other engines. But this is not the other engines. :^)
2020-04-01 20:18:47 +00:00
if (object.is_function())
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_function(static_cast<JS::FunctionObject&>(object), seen_objects);
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::Date>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_date(static_cast<JS::Date&>(object), seen_objects);
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::Error>(object))
js: Handle exceptions thrown during REPL execution We now print thrown exceptions and clear the interpreter state so it can continue running instead of refusing to do anything after an exception has been thrown. Fixes #1572.
2020-04-02 07:54:15 +00:00
return print_error(object, seen_objects);
js: Pretty-print custom error types
2021-11-23 20:56:21 +00:00
auto prototype_or_error = object.internal_get_prototype_of();
LibJS: Move intrinsics to the realm Intrinsics, i.e. mostly constructor and prototype objects, but also things like empty and new object shape now live on a new heap-allocated JS::Intrinsics object, thus completing the long journey of taking all the magic away from the global object. This represents the Realm's [[Intrinsics]] slot in the spec and matches its existing [[GlobalObject]] / [[GlobalEnv]] slots in terms of architecture. In the majority of cases it should now be possibly to fully allocate a regular object without the global object existing, and in fact that's what we do now - the realm is allocated before the global object, and the intrinsics between both :^)
2022-08-26 23:54:55 +00:00
if (prototype_or_error.has_value() && prototype_or_error.value() != nullptr) {
auto& prototype = *prototype_or_error.value();
if (&prototype == prototype.shape().realm().intrinsics().error_prototype())
return print_error(object, seen_objects);
}
js: Pretty-print custom error types
2021-11-23 20:56:21 +00:00
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::RegExpObject>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_regexp_object(static_cast<JS::RegExpObject&>(object), seen_objects);
LibJS: Add the Map built-in object
2021-06-12 20:54:40 +00:00
if (is<JS::Map>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_map(static_cast<JS::Map&>(object), seen_objects);
LibJS: Add the Set built-in object
2021-06-08 21:08:47 +00:00
if (is<JS::Set>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_set(static_cast<JS::Set&>(object), seen_objects);
js: Implement pretty-printing of WeakMap objects
2022-06-30 18:59:24 +00:00
if (is<JS::WeakMap>(object))
return print_weak_map(static_cast<JS::WeakMap&>(object), seen_objects);
js: Implement pretty-printing of WeakSet objects
2022-06-30 19:00:00 +00:00
if (is<JS::WeakSet>(object))
return print_weak_set(static_cast<JS::WeakSet&>(object), seen_objects);
js: Implement pretty-printing of WeakRef objects
2022-06-30 19:00:20 +00:00
if (is<JS::WeakRef>(object))
return print_weak_ref(static_cast<JS::WeakRef&>(object), seen_objects);
LibJS: Add the DataView built-in object
2021-06-13 22:47:08 +00:00
if (is<JS::DataView>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_data_view(static_cast<JS::DataView&>(object), seen_objects);
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::ProxyObject>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_proxy_object(static_cast<JS::ProxyObject&>(object), seen_objects);
js: Add REPL pretty-printing handler for Promises
2021-04-01 20:14:05 +00:00
if (is<JS::Promise>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_promise(static_cast<JS::Promise&>(object), seen_objects);
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::ArrayBuffer>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_array_buffer(static_cast<JS::ArrayBuffer&>(object), seen_objects);
js: Implement pretty-printing of ShadowRealm
2021-10-13 21:05:27 +00:00
if (is<JS::ShadowRealm>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_shadow_realm(static_cast<JS::ShadowRealm&>(object), seen_objects);
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
if (is<JS::GeneratorObject>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_generator(static_cast<JS::GeneratorObject&>(object), seen_objects);
js: Implement pretty-printing of generator objects
2022-05-05 18:50:32 +00:00
if (is<JS::AsyncGenerator>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_async_generator(static_cast<JS::AsyncGenerator&>(object), seen_objects);
js: Improve pretty-printing of various objects For many object types we only ever used the regular print_object() in the js REPL - resulting in a useless "{ }". This patch adds more individual representations for the following types: - Boolean/Number/String object: print wrapped value - ArrayBuffer: print byteLength and hex-formatted bytes in chunks of 16 - TypedArray: print length, byteLength, buffer pointer and values - Proxy: print target and handler Also improve the existing pretty-printing output: - More consistency, most objects now follow the format "[Type] ..." - Some coloring tweaks - No two spaces in empty arrays & objects Possible future improvements: - Add line breaks between elements of long arrays & objects Closes #4310.
2020-12-04 22:58:10 +00:00
if (object.is_typed_array())
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_typed_array(static_cast<JS::TypedArrayBase&>(object), seen_objects);
LibJS: Remove hand-rolled Object is_foo() helpers in favor of RTTI
2021-01-01 16:46:39 +00:00
if (is<JS::BooleanObject>(object))
js: Fix pretty-printing of primitive wrapper objects Currently, they print `[Type] <already printed Object 0x...>` as, for some reason, we were simply trying to print the object again.
2022-06-30 18:57:59 +00:00
return print_boolean_object(static_cast<JS::BooleanObject&>(object), seen_objects);
if (is<JS::NumberObject>(object))
return print_number_object(static_cast<JS::NumberObject&>(object), seen_objects);
if (is<JS::StringObject>(object))
return print_string_object(static_cast<JS::StringObject&>(object), seen_objects);
js: Implement pretty-printing of Temporal.Calendar objects
2021-07-14 20:59:49 +00:00
if (is<JS::Temporal::Calendar>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_calendar(static_cast<JS::Temporal::Calendar&>(object), seen_objects);
js: Implement pretty-printing of Temporal.Duration objects
2021-07-15 23:17:01 +00:00
if (is<JS::Temporal::Duration>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_duration(static_cast<JS::Temporal::Duration&>(object), seen_objects);
js: Implement pretty-printing of Temporal.Instant objects
2021-07-07 16:43:17 +00:00
if (is<JS::Temporal::Instant>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_instant(static_cast<JS::Temporal::Instant&>(object), seen_objects);
js: Implement pretty-printing of Temporal.PlainDate objects
2021-07-22 19:06:27 +00:00
if (is<JS::Temporal::PlainDate>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_plain_date(static_cast<JS::Temporal::PlainDate&>(object), seen_objects);
js: Implement pretty-printing of Temporal.PlainDateTime objects
2021-07-22 19:07:16 +00:00
if (is<JS::Temporal::PlainDateTime>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_plain_date_time(static_cast<JS::Temporal::PlainDateTime&>(object), seen_objects);
js: Implement pretty-printing of Temporal.PlainMonthDay objects
2021-09-06 22:02:33 +00:00
if (is<JS::Temporal::PlainMonthDay>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_plain_month_day(static_cast<JS::Temporal::PlainMonthDay&>(object), seen_objects);
js: Implement pretty-printing of Temporal.PlainTime objects
2021-07-28 18:29:45 +00:00
if (is<JS::Temporal::PlainTime>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_plain_time(static_cast<JS::Temporal::PlainTime&>(object), seen_objects);
js: Implement pretty-printing of Temporal.PlainYearMonth objects
2021-09-06 21:57:25 +00:00
if (is<JS::Temporal::PlainYearMonth>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_plain_year_month(static_cast<JS::Temporal::PlainYearMonth&>(object), seen_objects);
js: Implement pretty-printing of Temporal.TimeZone objects
2021-07-06 22:56:32 +00:00
if (is<JS::Temporal::TimeZone>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_time_zone(static_cast<JS::Temporal::TimeZone&>(object), seen_objects);
js: Implement pretty-printing of Temporal.ZonedDateTime objects
2021-08-01 17:16:47 +00:00
if (is<JS::Temporal::ZonedDateTime>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_temporal_zoned_date_time(static_cast<JS::Temporal::ZonedDateTime&>(object), seen_objects);
js: Implement pretty-printing of Intl.DisplayNames
2021-08-25 02:38:08 +00:00
if (is<JS::Intl::DisplayNames>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_display_names(static_cast<JS::Intl::DisplayNames&>(object), seen_objects);
js: Implement pretty-printing of Intl.Locale
2021-09-02 12:32:55 +00:00
if (is<JS::Intl::Locale>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_locale(static_cast<JS::Intl::Locale&>(object), seen_objects);
js: Implement pretty-printing of Intl.ListFormat
2021-09-06 12:44:54 +00:00
if (is<JS::Intl::ListFormat>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_list_format(static_cast<JS::Intl::ListFormat&>(object), seen_objects);
js: Implement pretty-printing of Intl.NumberFormat
2021-09-10 11:30:45 +00:00
if (is<JS::Intl::NumberFormat>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_number_format(static_cast<JS::Intl::NumberFormat&>(object), seen_objects);
js: Implement pretty-printing of Intl.DateTimeFormat
2021-11-28 23:05:32 +00:00
if (is<JS::Intl::DateTimeFormat>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_date_time_format(static_cast<JS::Intl::DateTimeFormat&>(object), seen_objects);
js: Implement pretty-printing of Intl.RelativeTimeFormat
2022-01-25 17:05:20 +00:00
if (is<JS::Intl::RelativeTimeFormat>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_relative_time_format(static_cast<JS::Intl::RelativeTimeFormat&>(object), seen_objects);
js: Implement pretty-printing of Intl.PluralRules
2022-01-28 18:23:30 +00:00
if (is<JS::Intl::PluralRules>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_plural_rules(static_cast<JS::Intl::PluralRules&>(object), seen_objects);
js: Implement pretty-printing of Intl.Collator
2021-09-07 13:47:00 +00:00
if (is<JS::Intl::Collator>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_collator(static_cast<JS::Intl::Collator&>(object), seen_objects);
js: Implement pretty-printing of Intl.Segmenter
2022-01-29 21:50:40 +00:00
if (is<JS::Intl::Segmenter>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_segmenter(static_cast<JS::Intl::Segmenter&>(object), seen_objects);
js: Implement pretty-printing of Intl Segments objects
2022-01-29 23:32:57 +00:00
if (is<JS::Intl::Segments>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_segments(static_cast<JS::Intl::Segments&>(object), seen_objects);
js: Implement pretty-printing of Intl.DurationFormat
2022-06-30 19:20:41 +00:00
if (is<JS::Intl::DurationFormat>(object))
js: Move static_cast responsibility out of the pretty-print functions This is something the caller should do.
2022-06-30 18:30:18 +00:00
return print_intl_duration_format(static_cast<JS::Intl::DurationFormat&>(object), seen_objects);
js: Implement print function for Date objects
2020-03-31 17:43:45 +00:00
return print_object(object, seen_objects);
}
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
if (value.is_string())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[32;1m");
LibJS: Add BigInt
2020-06-06 00:14:10 +00:00
else if (value.is_number() || value.is_bigint())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[35;1m");
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
else if (value.is_boolean())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[33;1m");
js: Tweak pretty-printing of functions and null
2020-03-26 13:54:43 +00:00
else if (value.is_null())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[33;1m");
js: Tweak pretty-printing of functions and null
2020-03-26 13:54:43 +00:00
else if (value.is_undefined())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[34;1m");
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
if (value.is_string())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\"");
js: Print negative zero with minus sign
2020-10-12 16:03:07 +00:00
else if (value.is_negative_zero())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("-");
js_out("{}", value.to_string_without_side_effects());
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
if (value.is_string())
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\"");
js_out("\033[0m");
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
static void print(JS::Value value)
{
HashTable<JS::Object*> seen_objects;
print_value(value, seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln();
js: Implement some modest pretty-printing of values
2020-03-26 11:26:11 +00:00
}
js: Convert to east const
2021-07-06 22:58:50 +00:00
static bool write_to_file(String const& path)
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
{
LibC+Everywhere: Remove open_with_path_length() in favor of open() This API was a mostly gratuitous deviation from POSIX that gave up some portability in exchange for avoiding the occasional strlen(). I don't think that was actually achieving anything valuable, so let's just chill out and have the same open() API as everyone else. :^)
2021-01-12 18:21:59 +00:00
int fd = open(path.characters(), O_WRONLY | O_CREAT | O_TRUNC, 0666);
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
for (size_t i = 0; i < g_repl_statements.size(); i++) {
auto line = g_repl_statements[i];
if (line.length() && i != g_repl_statements.size() - 1) {
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
ssize_t nwritten = write(fd, line.characters(), line.length());
if (nwritten < 0) {
close(fd);
return false;
}
}
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
if (i != g_repl_statements.size() - 1) {
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
char ch = '\n';
ssize_t nwritten = write(fd, &ch, 1);
if (nwritten != 1) {
perror("write");
close(fd);
return false;
}
}
}
close(fd);
return true;
}
LibJS: Include executable name in bytecode dumps
2021-10-24 12:33:56 +00:00
static bool parse_and_run(JS::Interpreter& interpreter, StringView source, StringView source_name)
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
{
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
enum class ReturnEarly {
No,
Yes,
};
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
JS::ThrowCompletionOr<JS::Value> result { JS::js_undefined() };
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
js: Use generic reference instead of Variant<A,B> As the two types are used in exactly the same way, just make the lambda generic over the type instead of explicitly moving them into a variant and then visiting with a generic lambda.
2022-01-24 09:13:05 +00:00
auto run_script_or_module = [&](auto& script_or_module) {
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
if (s_dump_ast)
js: Use generic reference instead of Variant<A,B> As the two types are used in exactly the same way, just make the lambda generic over the type instead of explicitly moving them into a variant and then visiting with a generic lambda.
2022-01-24 09:13:05 +00:00
script_or_module->parse_node().dump(0);
LibJS: Convert Interpreter::run() to ThrowCompletionOr<Value> Instead of making it a void function, checking for an exception, and then receiving the relevant result via VM::last_value(), we can consolidate all of this by using completions. This allows us to remove more uses of VM::exception(), and all uses of VM::last_value().
2022-01-08 20:28:27 +00:00
LibJS: Move global "should dump bytecode" flag into LibJS This will allow us to trigger bytecode executable dumps when generating bytecode inside LibJS as well, not just in clients like js and test-js.
2021-10-24 11:34:46 +00:00
if (JS::Bytecode::g_dump_bytecode || s_run_bytecode) {
LibJS: Make ASTNode::generate_bytecode() fallible Instead of crashing on the spot, return a descriptive error that will eventually continue its days as a javascript "InternalError" exception. This should make random crashes with BC less likely.
2022-02-12 16:24:08 +00:00
auto executable_result = JS::Bytecode::Generator::generate(script_or_module->parse_node());
if (executable_result.is_error()) {
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
result = g_vm->throw_completion<JS::InternalError>(executable_result.error().to_string());
LibJS: Make ASTNode::generate_bytecode() fallible Instead of crashing on the spot, return a descriptive error that will eventually continue its days as a javascript "InternalError" exception. This should make random crashes with BC less likely.
2022-02-12 16:24:08 +00:00
return ReturnEarly::No;
}
auto executable = executable_result.release_value();
LibJS: Store ECMAScriptFunctionObject bytecode in an OwnPtr Using an Optional was extremely wasteful for function objects that don't even have a bytecode executable. This allows ECMAScriptFunctionObject to fit in a smaller size class.
2022-01-31 12:25:39 +00:00
executable->name = source_name;
LibJS: Add a basic pass manager and add some basic passes This commit adds a bunch of passes, the most interesting of which is a pass that merges blocks together, and a pass that places blocks that flow into each other next to each other, and a very simply pass that removes duplicate basic blocks. Note that this does not remove the jump at the end of each block in that pass to avoid scope creep in the passes.
2021-06-13 16:10:20 +00:00
if (s_opt_bytecode) {
auto& passes = JS::Bytecode::Interpreter::optimization_pipeline();
LibJS: Store ECMAScriptFunctionObject bytecode in an OwnPtr Using an Optional was extremely wasteful for function objects that don't even have a bytecode executable. This allows ECMAScriptFunctionObject to fit in a smaller size class.
2022-01-31 12:25:39 +00:00
passes.perform(*executable);
LibJS: Add a basic pass manager and add some basic passes This commit adds a bunch of passes, the most interesting of which is a pass that merges blocks together, and a pass that places blocks that flow into each other next to each other, and a very simply pass that removes duplicate basic blocks. Note that this does not remove the jump at the end of each block in that pass to avoid scope creep in the passes.
2021-06-13 16:10:20 +00:00
dbgln("Optimisation passes took {}us", passes.elapsed());
}
LibJS: Move global "should dump bytecode" flag into LibJS This will allow us to trigger bytecode executable dumps when generating bytecode inside LibJS as well, not just in clients like js and test-js.
2021-10-24 11:34:46 +00:00
if (JS::Bytecode::g_dump_bytecode)
LibJS: Store ECMAScriptFunctionObject bytecode in an OwnPtr Using an Optional was extremely wasteful for function objects that don't even have a bytecode executable. This allows ECMAScriptFunctionObject to fit in a smaller size class.
2022-01-31 12:25:39 +00:00
executable->dump();
LibJS: Don't generate bytecode after we've encountered a parser error
2021-06-10 19:04:12 +00:00
if (s_run_bytecode) {
LibJS: Remove {Bytecode::,}Interpreter::global_object() The basic idea is that a global object cannot just come out of nowhere, it must be associated to a realm - so get it from there, if needed. This is to enforce the changes from all the previous commits by not handing out global objects unless you actually have an initialized realm (either stored somewhere, or the VM's current realm).
2022-08-22 18:35:23 +00:00
JS::Bytecode::Interpreter bytecode_interpreter(interpreter.realm());
js: Print the accumulator instead of the returned value in BC mode The REPL is supposed to show the last value (and not the _returned_ value), so use the accumulator register as the 'value'.
2022-04-02 07:23:13 +00:00
auto result_or_error = bytecode_interpreter.run_and_return_frame(*executable, nullptr);
if (result_or_error.value.is_error())
result = result_or_error.value.release_error();
else
result = result_or_error.frame->registers[0];
LibJS: Show the VM's last value after executing bytecode programs
2021-06-10 19:04:32 +00:00
} else {
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
return ReturnEarly::Yes;
LibJS: Don't generate bytecode after we've encountered a parser error
2021-06-10 19:04:12 +00:00
}
} else {
js: Use generic reference instead of Variant<A,B> As the two types are used in exactly the same way, just make the lambda generic over the type instead of explicitly moving them into a variant and then visiting with a generic lambda.
2022-01-24 09:13:05 +00:00
result = interpreter.run(*script_or_module);
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
}
return ReturnEarly::No;
};
if (!s_as_module) {
auto script_or_error = JS::Script::parse(source, interpreter.realm(), source_name);
if (script_or_error.is_error()) {
auto error = script_or_error.error()[0];
auto hint = error.source_location_hint(source);
if (!hint.is_empty())
outln("{}", hint);
js: Don't pass error strings as the format argument to outln() This fixes a crash when the error contains '{}', or an invalid format string.
2022-07-16 05:45:51 +00:00
outln("{}", error.to_string());
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
result = interpreter.vm().throw_completion<JS::SyntaxError>(error.to_string());
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
} else {
js: Use generic reference instead of Variant<A,B> As the two types are used in exactly the same way, just make the lambda generic over the type instead of explicitly moving them into a variant and then visiting with a generic lambda.
2022-01-24 09:13:05 +00:00
auto return_early = run_script_or_module(script_or_error.value());
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
if (return_early == ReturnEarly::Yes)
return true;
}
} else {
auto module_or_error = JS::SourceTextModule::parse(source, interpreter.realm(), source_name);
if (module_or_error.is_error()) {
auto error = module_or_error.error()[0];
auto hint = error.source_location_hint(source);
if (!hint.is_empty())
outln("{}", hint);
outln(error.to_string());
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
result = interpreter.vm().throw_completion<JS::SyntaxError>(error.to_string());
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
} else {
js: Use generic reference instead of Variant<A,B> As the two types are used in exactly the same way, just make the lambda generic over the type instead of explicitly moving them into a variant and then visiting with a generic lambda.
2022-01-24 09:13:05 +00:00
auto return_early = run_script_or_module(module_or_error.value());
LibJS: Refactor interpreter to use Script and Source Text Modules This also refactors interpreter creation to follow InitializeHostDefinedRealm, but I couldn't fit it in the title :^) This allows us to follow the spec much more closely rather than being completely ad-hoc with just the parse node instead of having all the surrounding data such as the realm of the parse node. The interpreter creation refactor creates the global execution context once and doesn't take it off the stack. This allows LibWeb to take the global execution context and manually handle it, following the HTML spec. The HTML spec calls this the "realm execution context" of the environment settings object. It also allows us to specify the globalThis type, as it can be different from the global object type. For example, on the web, Window global objects use a WindowProxy global this value to enforce the same origin policy on operations like [[GetOwnProperty]]. Finally, it allows us to directly call Program::execute in perform_eval and perform_shadow_realm_eval as this moves global_declaration_instantiation into Interpreter::run (ScriptEvaluation) as per the spec. Note that this doesn't evalulate Source Text Modules yet or refactor the bytecode interpreter, that's work for future us :^) This patch was originally build by Luke for the environment settings object change but was also needed for modules. So I (davidot) have modified it with the new completion changes and setup for that. Co-authored-by: davidot <davidot@serenityos.org>
2022-01-16 12:16:04 +00:00
if (return_early == ReturnEarly::Yes)
return true;
LibJS: Don't generate bytecode after we've encountered a parser error
2021-06-10 19:04:12 +00:00
}
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
}
LibJS+Everywhere: Remove VM::exception() and most related functions This commit removes all exception related code: Remove VM::exception(), VM::throw_exception() etc. Any leftover throw_exception calls are moved to throw_completion. The one method left is clear_exception() which is now a no-op. Most of these calls are just to clear whatever exception might have been thrown when handling a Completion. So to have a cleaner commit this will be removed in a next commit. It also removes the actual Exception and TemporaryClearException classes since these are no longer used. In any spot where the exception was actually used an attempt was made to preserve that behavior. However since it is no longer tracked by the VM we cannot access exceptions which were thrown in previous calls. There are two such cases which might have different behavior: - In Web::DOM::Document::interpreter() the on_call_stack_emptied hook used to print any uncaught exception but this is now no longer possible as the VM does not store uncaught exceptions. - In js the code used to be interruptable by throwing an exception on the VM. This is no longer possible but was already somewhat fragile before as you could happen to throw an exception just before a VERIFY.
2022-02-07 14:12:41 +00:00
auto handle_exception = [&](JS::Value thrown_value) {
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("Uncaught exception: ");
LibJS+Everywhere: Remove VM::exception() and most related functions This commit removes all exception related code: Remove VM::exception(), VM::throw_exception() etc. Any leftover throw_exception calls are moved to throw_completion. The one method left is clear_exception() which is now a no-op. Most of these calls are just to clear whatever exception might have been thrown when handling a Completion. So to have a cleaner commit this will be removed in a next commit. It also removes the actual Exception and TemporaryClearException classes since these are no longer used. In any spot where the exception was actually used an attempt was made to preserve that behavior. However since it is no longer tracked by the VM we cannot access exceptions which were thrown in previous calls. There are two such cases which might have different behavior: - In Web::DOM::Document::interpreter() the on_call_stack_emptied hook used to print any uncaught exception but this is now no longer possible as the VM does not store uncaught exceptions. - In js the code used to be interruptable by throwing an exception on the VM. This is no longer possible but was already somewhat fragile before as you could happen to throw an exception just before a VERIFY.
2022-02-07 14:12:41 +00:00
print(thrown_value);
if (!thrown_value.is_object() || !is<JS::Error>(thrown_value.as_object()))
return;
auto& traceback = static_cast<JS::Error const&>(thrown_value.as_object()).traceback();
LibJS: Consolidate exception function names and source ranges Instead of storing the function names (in a badly named Vector<String>) and source ranges separately, consolidate them into a new struct: TracebackFrame. This makes it both easier to use now and easier to extend in the future. Unlike before we now keep each call frame's current node source range in the traceback frame next to the function name, meaning we can display line and column numbers outside of the VM and after the call stack is emptied.
2021-04-24 16:15:02 +00:00
if (traceback.size() > 1) {
js: Limit number of consecutive error trace entries being printed > function f(){f()}f() Uncaught exception: [RuntimeError]: Call stack size limit exceeded -> f 1234 more calls -> (global execution context) > function a(x){if(x>0){a(x-1)}else{throw Error()}}function b(x){if(x>0){b(x-1)}else{a(5)}}function c(){b(2)}c() Uncaught exception: [Error] -> a 5 more calls -> b -> b -> b -> c -> (global execution context)
2020-11-08 12:58:49 +00:00
unsigned repetitions = 0;
LibJS: Consolidate exception function names and source ranges Instead of storing the function names (in a badly named Vector<String>) and source ranges separately, consolidate them into a new struct: TracebackFrame. This makes it both easier to use now and easier to extend in the future. Unlike before we now keep each call frame's current node source range in the traceback frame next to the function name, meaning we can display line and column numbers outside of the VM and after the call stack is emptied.
2021-04-24 16:15:02 +00:00
for (size_t i = 0; i < traceback.size(); ++i) {
auto& traceback_frame = traceback[i];
if (i + 1 < traceback.size()) {
auto& next_traceback_frame = traceback[i + 1];
if (next_traceback_frame.function_name == traceback_frame.function_name) {
repetitions++;
continue;
}
js: Limit number of consecutive error trace entries being printed > function f(){f()}f() Uncaught exception: [RuntimeError]: Call stack size limit exceeded -> f 1234 more calls -> (global execution context) > function a(x){if(x>0){a(x-1)}else{throw Error()}}function b(x){if(x>0){b(x-1)}else{a(5)}}function c(){b(2)}c() Uncaught exception: [Error] -> a 5 more calls -> b -> b -> b -> c -> (global execution context)
2020-11-08 12:58:49 +00:00
}
if (repetitions > 4) {
// If more than 5 (1 + >4) consecutive function calls with the same name, print
// the name only once and show the number of repetitions instead. This prevents
// printing ridiculously large call stacks of recursive functions.
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln(" -> {}", traceback_frame.function_name);
js_outln(" {} more calls", repetitions);
js: Limit number of consecutive error trace entries being printed > function f(){f()}f() Uncaught exception: [RuntimeError]: Call stack size limit exceeded -> f 1234 more calls -> (global execution context) > function a(x){if(x>0){a(x-1)}else{throw Error()}}function b(x){if(x>0){b(x-1)}else{a(5)}}function c(){b(2)}c() Uncaught exception: [Error] -> a 5 more calls -> b -> b -> b -> c -> (global execution context)
2020-11-08 12:58:49 +00:00
} else {
for (size_t j = 0; j < repetitions + 1; ++j)
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln(" -> {}", traceback_frame.function_name);
js: Limit number of consecutive error trace entries being printed > function f(){f()}f() Uncaught exception: [RuntimeError]: Call stack size limit exceeded -> f 1234 more calls -> (global execution context) > function a(x){if(x>0){a(x-1)}else{throw Error()}}function b(x){if(x>0){b(x-1)}else{a(5)}}function c(){b(2)}c() Uncaught exception: [Error] -> a 5 more calls -> b -> b -> b -> c -> (global execution context)
2020-11-08 12:58:49 +00:00
}
repetitions = 0;
}
js: Print call stack on exception thrown outside the global context
2020-06-02 13:12:04 +00:00
}
js: Handle exceptions thrown during value printing If an exception was thrown while printing the last computed value in the REPL, it would always assert on next input. Something like this would always assert: > a=[];Object.defineProperty(a,"0",{get:()=>{throw ""}}) > 1 + 2
2021-01-29 08:16:06 +00:00
};
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
if (!result.is_error())
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
g_last_value = JS::make_handle(result.value());
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
LibJS: Convert Interpreter::run() to ThrowCompletionOr<Value> Instead of making it a void function, checking for an exception, and then receiving the relevant result via VM::last_value(), we can consolidate all of this by using completions. This allows us to remove more uses of VM::exception(), and all uses of VM::last_value().
2022-01-08 20:28:27 +00:00
if (result.is_error()) {
LibJS+Everywhere: Remove VM::exception() and most related functions This commit removes all exception related code: Remove VM::exception(), VM::throw_exception() etc. Any leftover throw_exception calls are moved to throw_completion. The one method left is clear_exception() which is now a no-op. Most of these calls are just to clear whatever exception might have been thrown when handling a Completion. So to have a cleaner commit this will be removed in a next commit. It also removes the actual Exception and TemporaryClearException classes since these are no longer used. In any spot where the exception was actually used an attempt was made to preserve that behavior. However since it is no longer tracked by the VM we cannot access exceptions which were thrown in previous calls. There are two such cases which might have different behavior: - In Web::DOM::Document::interpreter() the on_call_stack_emptied hook used to print any uncaught exception but this is now no longer possible as the VM does not store uncaught exceptions. - In js the code used to be interruptable by throwing an exception on the VM. This is no longer possible but was already somewhat fragile before as you could happen to throw an exception just before a VERIFY.
2022-02-07 14:12:41 +00:00
VERIFY(result.throw_completion().value().has_value());
handle_exception(*result.release_error().value());
LibJS: Make Errors fully spec compliant The previous handling of the name and message properties specifically was breaking websites that created their own error types and relied on the error prototype working correctly - not assuming an JS::Error this object, that is. The way it works now, and it is supposed to work, is: - Error.prototype.name and Error.prototype.message just have initial string values and are no longer getters/setters - When constructing an error with a message, we create a regular property on the newly created object, so a lookup of the message property will either get it from the object directly or go though the prototype chain - Internal m_name/m_message properties are no longer needed and removed This makes printing errors slightly more complicated, as we can no longer rely on the (safe) internal properties, and cannot trust a property lookup either - get_without_side_effects() is used to solve this, it's not perfect but something we can revisit later. I did some refactoring along the way, there was some really old stuff in there - accessing vm.call_frame().arguments[0] is not something we (have to) do anymore :^) Fixes #6245.
2021-04-11 22:08:28 +00:00
return false;
LibJS: Convert Interpreter::run() to ThrowCompletionOr<Value> Instead of making it a void function, checking for an exception, and then receiving the relevant result via VM::last_value(), we can consolidate all of this by using completions. This allows us to remove more uses of VM::exception(), and all uses of VM::last_value().
2022-01-08 20:28:27 +00:00
} else if (s_print_last_result) {
print(result.value());
js: Handle exceptions thrown during value printing If an exception was thrown while printing the last computed value in the REPL, it would always assert on next input. Something like this would always assert: > a=[];Object.defineProperty(a,"0",{get:()=>{throw ""}}) > 1 + 2
2021-01-29 08:16:06 +00:00
}
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
return true;
}
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
static JS::ThrowCompletionOr<JS::Value> load_ini_impl(JS::VM& vm)
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
{
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
auto& realm = *vm.current_realm();
LibJS+LibWeb: Replace GlobalObject with Realm in create() functions This is a continuation of the previous two commits. As allocating a JS cell already primarily involves a realm instead of a global object, and we'll need to pass one to the allocate() function itself eventually (it's bridged via the global object right now), the create() functions need to receive a realm as well. The plan is for this to be the highest-level function that actually receives a realm and passes it around, AOs on an even higher level will use the "current realm" concept via VM::current_realm() as that's what the spec assumes; passing around realms (or global objects, for that matter) on higher AO levels is pointless and unlike for allocating individual objects, which may happen outside of regular JS execution, we don't need control over the specific realm that is being used there.
2022-08-15 23:20:49 +00:00
LibJS: Replace GlobalObject with VM in Value AOs [Part 4/19] This is where the fun begins. :^)
2022-08-21 13:00:56 +00:00
auto filename = TRY(vm.argument(0).to_string(vm));
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
auto file = Core::File::construct(filename);
if (!file->open(Core::OpenMode::ReadOnly))
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
return vm.throw_completion<JS::Error>(String::formatted("Failed to open '{}': {}", filename, file->error_string()));
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
auto config_file = MUST(Core::ConfigFile::open(filename, file->fd()));
LibJS: Move intrinsics to the realm Intrinsics, i.e. mostly constructor and prototype objects, but also things like empty and new object shape now live on a new heap-allocated JS::Intrinsics object, thus completing the long journey of taking all the magic away from the global object. This represents the Realm's [[Intrinsics]] slot in the spec and matches its existing [[GlobalObject]] / [[GlobalEnv]] slots in terms of architecture. In the majority of cases it should now be possibly to fully allocate a regular object without the global object existing, and in fact that's what we do now - the realm is allocated before the global object, and the intrinsics between both :^)
2022-08-26 23:54:55 +00:00
auto* object = JS::Object::create(realm, realm.intrinsics().object_prototype());
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
for (auto const& group : config_file->groups()) {
LibJS: Move intrinsics to the realm Intrinsics, i.e. mostly constructor and prototype objects, but also things like empty and new object shape now live on a new heap-allocated JS::Intrinsics object, thus completing the long journey of taking all the magic away from the global object. This represents the Realm's [[Intrinsics]] slot in the spec and matches its existing [[GlobalObject]] / [[GlobalEnv]] slots in terms of architecture. In the majority of cases it should now be possibly to fully allocate a regular object without the global object existing, and in fact that's what we do now - the realm is allocated before the global object, and the intrinsics between both :^)
2022-08-26 23:54:55 +00:00
auto* group_object = JS::Object::create(realm, realm.intrinsics().object_prototype());
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
for (auto const& key : config_file->keys(group)) {
auto entry = config_file->read_entry(group, key);
group_object->define_direct_property(key, js_string(vm, move(entry)), JS::Attribute::Enumerable | JS::Attribute::Configurable | JS::Attribute::Writable);
}
object->define_direct_property(group, group_object, JS::Attribute::Enumerable | JS::Attribute::Configurable | JS::Attribute::Writable);
}
return object;
}
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
static JS::ThrowCompletionOr<JS::Value> load_json_impl(JS::VM& vm)
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
{
LibJS: Replace GlobalObject with VM in Value AOs [Part 4/19] This is where the fun begins. :^)
2022-08-21 13:00:56 +00:00
auto filename = TRY(vm.argument(0).to_string(vm));
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
auto file = Core::File::construct(filename);
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
if (!file->open(Core::OpenMode::ReadOnly))
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
return vm.throw_completion<JS::Error>(String::formatted("Failed to open '{}': {}", filename, file->error_string()));
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
auto file_contents = file->read_all();
auto json = JsonValue::from_string(file_contents);
AK: Make JSON parser return ErrorOr<JsonValue> (instead of Optional) Also add slightly richer parse errors now that we can include a string literal with returned errors. This will allow us to use TRY() when working with JSON data.
2021-11-15 00:46:51 +00:00
if (json.is_error())
LibJS: Remove GlobalObject from VM::throw_completion() This is a continuation of the previous five commits. A first big step into the direction of no longer having to pass a realm (or currently, a global object) trough layers upon layers of AOs! Unlike the create() APIs we can safely assume that this is only ever called when a running execution context and therefore current realm exists. If not, you can always manually allocate the Error and put it in a Completion :^) In the spec, throw exceptions implicitly use the current realm's intrinsics as well: https://tc39.es/ecma262/#sec-throw-an-exception
2022-08-16 19:33:17 +00:00
return vm.throw_completion<JS::SyntaxError>(JS::ErrorType::JsonMalformed);
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
return JS::JSONObject::parse_json_value(vm, json.value());
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
}
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
void ReplObject::initialize_global_object(JS::Realm& realm)
LibJS: Move builtin prototypes to the global object This moves us towards being able to run JavaScript in different global objects without allocating a separate GC heap.
2020-04-18 11:18:06 +00:00
{
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
Base::initialize_global_object(realm);
LibJS: Add define_direct_property and remove the define_property helper This removes all usages of the non-standard define_property helper method and replaces all it's usages with the specification required alternative or with define_direct_property where appropriate.
2021-07-05 23:15:08 +00:00
define_direct_property("global", this, JS::Attribute::Enumerable);
LibJS: Remove the default length & attributes from define_native_* These are usually incorrect, and people sometimes forget to add the correct values as a result of them being optional, so they should just be specified explicitly.
2021-07-05 22:12:54 +00:00
u8 attr = JS::Attribute::Configurable | JS::Attribute::Writable | JS::Attribute::Enumerable;
LibJS: Pass Realm to define_native_{accessor,function}() This is needed so that the allocated NativeFunction receives the correct realm, usually forwarded from the Object's initialize() function, rather than using the current realm.
2022-08-22 20:47:35 +00:00
define_native_function(realm, "exit", exit_interpreter, 0, attr);
define_native_function(realm, "help", repl_help, 0, attr);
define_native_function(realm, "save", save_to_file, 1, attr);
define_native_function(realm, "loadINI", load_ini, 1, attr);
define_native_function(realm, "loadJSON", load_json, 1, attr);
define_native_function(realm, "print", print, 1, attr);
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
define_native_accessor(
LibJS: Pass Realm to define_native_{accessor,function}() This is needed so that the allocated NativeFunction receives the correct realm, usually forwarded from the Object's initialize() function, rather than using the current realm.
2022-08-22 20:47:35 +00:00
realm,
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
"_",
LibJS: Remove GlobalObject parameter from native functions
2022-08-22 10:48:08 +00:00
[](JS::VM&) {
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
return g_last_value.value();
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
},
LibJS: Remove GlobalObject parameter from native functions
2022-08-22 10:48:08 +00:00
[](JS::VM& vm) -> JS::ThrowCompletionOr<JS::Value> {
auto& global_object = vm.get_global_object();
LibJS: Fix that '_' no longer accessed the last value in the REPL This is now also not a concept that VM knows about and handled completely by the REPL.
2022-01-16 01:05:32 +00:00
VERIFY(is<ReplObject>(global_object));
outln("Disable writing last value to '_'");
// We must delete first otherwise this setter gets called recursively.
TRY(global_object.internal_delete(JS::PropertyKey { "_" }));
auto value = vm.argument(0);
TRY(global_object.internal_set(JS::PropertyKey { "_" }, value, &global_object));
return value;
},
attr);
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
}
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::save_to_file)
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
{
LibJS: Make native function/property callbacks take VM, not Interpreter More work on decoupling the general runtime from Interpreter. The goal is becoming clearer. Interpreter should be one possible way to execute code inside a VM. In the future we might have other ways :^)
2020-09-27 16:36:49 +00:00
if (!vm.argument_count())
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
return JS::Value(false);
LibJS: Make native function/property callbacks take VM, not Interpreter More work on decoupling the general runtime from Interpreter. The goal is becoming clearer. Interpreter should be one possible way to execute code inside a VM. In the future we might have other ways :^)
2020-09-27 16:36:49 +00:00
String save_path = vm.argument(0).to_string_without_side_effects();
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
if (write_to_file(save_path)) {
Userland/JS: Add the 'save("file")' repl command Calling save("file") in a repl saves all the typed lines so far into the specified file. It currently does not have great support for multilined functions since those get turned into one line.
2020-04-02 15:52:40 +00:00
return JS::Value(true);
}
return JS::Value(false);
}
js: Add assertNotReached() function in test mode
2020-04-13 13:04:24 +00:00
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::exit_interpreter)
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
{
LibJS: Make native function/property callbacks take VM, not Interpreter More work on decoupling the general runtime from Interpreter. The goal is becoming clearer. Interpreter should be one possible way to execute code inside a VM. In the future we might have other ways :^)
2020-09-27 16:36:49 +00:00
if (!vm.argument_count())
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
exit(0);
LibJS: Replace GlobalObject with VM in Value AOs [Part 4/19] This is where the fun begins. :^)
2022-08-21 13:00:56 +00:00
exit(TRY(vm.argument(0).to_number(vm)).as_double());
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
}
js: Add assertNotReached() function in test mode
2020-04-13 13:04:24 +00:00
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::repl_help)
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln("REPL commands:");
js_outln(" exit(code): exit the REPL with specified code. Defaults to 0.");
js_outln(" help(): display this menu");
js: Add missing built-in functions to help() output
2022-07-09 23:08:05 +00:00
js_outln(" loadINI(file): load the given file as INI.");
js_outln(" loadJSON(file): load the given file as JSON.");
js_outln(" print(value): pretty-print the given JS value.");
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln(" save(file): write REPL input history to the given file. For example: save(\"foo.txt\")");
js: Output text using printf() and return undefined in help()
2020-04-13 20:08:54 +00:00
return JS::js_undefined();
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
}
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::load_ini)
{
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
return load_ini_impl(vm);
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
}
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::load_json)
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
{
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
return load_json_impl(vm);
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
}
js: Add a print() function to the environment It's really annoying to write `console.log(JSON.stringify(something))` in scripts, and the output is less than easily readable. This exposes the existing `print(Value)` function into the JS world, and allows us to write `print(something)` and get a neat representation in the console.
2022-02-14 08:34:50 +00:00
JS_DEFINE_NATIVE_FUNCTION(ReplObject::print)
{
::print(vm.argument(0));
return JS::js_undefined();
}
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
void ScriptObject::initialize_global_object(JS::Realm& realm)
js: Define load() in global object for scripts Having load() present is required in order to run test262.
2021-05-25 22:50:18 +00:00
{
LibJS: Pass Realm to GlobalObject::initialize_global_object() Global object initialization is tightly coupled to realm creation, so simply pass it to the function instead of relying on the non-standard 'associated realm' concept, which I'd like to remove later. This works essentially the same way as regular Object::initialize() now. Additionally this allows us to forward the realm to GlobalObject's add_constructor() / initialize_constructor() helpers, so they set the correct realm on the allocated constructor function object.
2022-08-22 17:56:16 +00:00
Base::initialize_global_object(realm);
LibJS: Add define_direct_property and remove the define_property helper This removes all usages of the non-standard define_property helper method and replaces all it's usages with the specification required alternative or with define_direct_property where appropriate.
2021-07-05 23:15:08 +00:00
define_direct_property("global", this, JS::Attribute::Enumerable);
LibJS: Remove the default length & attributes from define_native_* These are usually incorrect, and people sometimes forget to add the correct values as a result of them being optional, so they should just be specified explicitly.
2021-07-05 22:12:54 +00:00
u8 attr = JS::Attribute::Configurable | JS::Attribute::Writable | JS::Attribute::Enumerable;
LibJS: Pass Realm to define_native_{accessor,function}() This is needed so that the allocated NativeFunction receives the correct realm, usually forwarded from the Object's initialize() function, rather than using the current realm.
2022-08-22 20:47:35 +00:00
define_native_function(realm, "loadINI", load_ini, 1, attr);
define_native_function(realm, "loadJSON", load_json, 1, attr);
define_native_function(realm, "print", print, 1, attr);
js: Define load() in global object for scripts Having load() present is required in order to run test262.
2021-05-25 22:50:18 +00:00
}
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
JS_DEFINE_NATIVE_FUNCTION(ScriptObject::load_ini)
{
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
return load_ini_impl(vm);
js: Add a loadINI() function for loading INI files :^) This works the same way as loadJSON, except it loads INI files and always returns an object.
2022-06-06 17:51:02 +00:00
}
js: Convert JavaScript REPL to ThrowCompletionOr
2021-10-29 21:13:18 +00:00
JS_DEFINE_NATIVE_FUNCTION(ScriptObject::load_json)
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
{
LibJS: Replace GlobalObject with VM in common AOs [Part 18/19]
2022-08-21 18:24:32 +00:00
return load_json_impl(vm);
js: Add a simple loadJSON(path) built-in to load JSON from a file This is very handy when you want to load data from /proc, for example.
2021-09-16 19:48:07 +00:00
}
js: Add a print() function to the environment It's really annoying to write `console.log(JSON.stringify(something))` in scripts, and the output is less than easily readable. This exposes the existing `print(Value)` function into the JS world, and allows us to write `print(something)` and get a neat representation in the console.
2022-02-14 08:34:50 +00:00
JS_DEFINE_NATIVE_FUNCTION(ScriptObject::print)
{
::print(vm.argument(0));
return JS::js_undefined();
}
Userland: Mark compilation-unit-only functions as static This enables a nice warning in case a function becomes dead code.
2020-08-10 21:48:37 +00:00
static void repl(JS::Interpreter& interpreter)
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
{
LibLine: Change get_line to return a Result<String, Error> This fixes a bunch of FIXME's in LibLine. Also handles the case where read() would read zero bytes in vt_dsr() and effectively block forever by erroring out. Fixes #2370
2020-05-25 12:27:07 +00:00
while (!s_fail_repl) {
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
String piece = read_next_piece();
js: Don't try to run empty scripts When you try to run script containing only whitespace, it will return undefined and doesn't do anything anyway. Let's match NodeJS behavior and just don't display anything. This only applies to REPL input and not to modules.
2022-03-07 17:11:13 +00:00
if (Utf8View { piece }.trim(JS::whitespace_characters).is_empty())
js: Don't exit the REPL when pressing enter on an empty line
2020-03-31 11:29:42 +00:00
continue;
js: Don't try to run empty scripts When you try to run script containing only whitespace, it will return undefined and doesn't do anything anyway. Let's match NodeJS behavior and just don't display anything. This only applies to REPL input and not to modules.
2022-03-07 17:11:13 +00:00
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
g_repl_statements.append(piece);
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
parse_and_run(interpreter, piece, "REPL"sv);
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
}
}
js: Make it a little easier to add new AST builder functions
2020-03-09 20:58:27 +00:00
js: Interrupt running script or REPL evaluation when receiving SIGINT
2020-04-24 16:59:16 +00:00
static Function<void()> interrupt_interpreter;
Userland: Mark compilation-unit-only functions as static This enables a nice warning in case a function becomes dead code.
2020-08-10 21:48:37 +00:00
static void sigint_handler()
js: Interrupt running script or REPL evaluation when receiving SIGINT
2020-04-24 16:59:16 +00:00
{
interrupt_interpreter();
}
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
class ReplConsoleClient final : public JS::ConsoleClient {
public:
ReplConsoleClient(JS::Console& console)
: ConsoleClient(console)
{
}
LibJS+WebContent+js: Bring console.clear() to spec This is identical to before, since we don't have "group stacks" yet, but clear() now uses ThrowCompletionOr.
2021-12-08 19:24:17 +00:00
virtual void clear() override
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
{
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("\033[3J\033[H\033[2J");
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
m_group_stack_depth = 0;
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
fflush(stdout);
}
LibJS: Implement console.assert()
2021-04-18 15:08:14 +00:00
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
virtual void end_group() override
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
{
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
if (m_group_stack_depth > 0)
m_group_stack_depth--;
}
// 2.3. Printer(logLevel, args[, options]), https://console.spec.whatwg.org/#printer
virtual JS::ThrowCompletionOr<JS::Value> printer(JS::Console::LogLevel log_level, PrinterArguments arguments) override
{
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
String indent = String::repeated(" "sv, m_group_stack_depth);
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
LibJS+WebContent+js: Bring console.trace() to spec The spec very kindly defines `Printer` as accepting "Implementation-specific representations of printable things such as a stack trace or group." for the `args`. We make use of that here by passing the `Trace` itself to `Printer`, instead of having to produce a representation of the stack trace in advance and then pass that to `Printer`. That both avoids the hassle of tracking whether the data has been html-encoded or not, and means clients don't have to implement the whole `trace()` algorithm, but only the code needed to output the trace.
2021-12-10 13:48:38 +00:00
if (log_level == JS::Console::LogLevel::Trace) {
auto trace = arguments.get<JS::Console::Trace>();
StringBuilder builder;
if (!trace.label.is_empty())
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
builder.appendff("{}\033[36;1m{}\033[0m\n", indent, trace.label);
LibJS+WebContent+js: Bring console.trace() to spec The spec very kindly defines `Printer` as accepting "Implementation-specific representations of printable things such as a stack trace or group." for the `args`. We make use of that here by passing the `Trace` itself to `Printer`, instead of having to produce a representation of the stack trace in advance and then pass that to `Printer`. That both avoids the hassle of tracking whether the data has been html-encoded or not, and means clients don't have to implement the whole `trace()` algorithm, but only the code needed to output the trace.
2021-12-10 13:48:38 +00:00
for (auto& function_name : trace.stack)
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
builder.appendff("{}-> {}\n", indent, function_name);
LibJS+WebContent+js: Bring console.trace() to spec The spec very kindly defines `Printer` as accepting "Implementation-specific representations of printable things such as a stack trace or group." for the `args`. We make use of that here by passing the `Trace` itself to `Printer`, instead of having to produce a representation of the stack trace in advance and then pass that to `Printer`. That both avoids the hassle of tracking whether the data has been html-encoded or not, and means clients don't have to implement the whole `trace()` algorithm, but only the code needed to output the trace.
2021-12-10 13:48:38 +00:00
js_outln("{}", builder.string_view());
return JS::js_undefined();
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
}
LibJS: Implement console.assert()
2021-04-18 15:08:14 +00:00
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
if (log_level == JS::Console::LogLevel::Group || log_level == JS::Console::LogLevel::GroupCollapsed) {
auto group = arguments.get<JS::Console::Group>();
js_outln("{}\033[36;1m{}\033[0m", indent, group.label);
m_group_stack_depth++;
return JS::js_undefined();
}
Everywhere: Replace single-char StringView op. arguments with chars This prevents us from needing a sv suffix, and potentially reduces the need to run generic code for a single character (as contains, starts_with, ends_with etc. for a char will be just a length and equality check). No functional changes.
2022-07-11 20:10:18 +00:00
auto output = String::join(' ', arguments.get<JS::MarkedVector<JS::Value>>());
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
m_console.output_debug_message(log_level, output);
switch (log_level) {
case JS::Console::LogLevel::Debug:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}\033[36;1m{}\033[0m", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
case JS::Console::LogLevel::Error:
LibJS+WebContent+js: Bring console.assert() to spec
2021-12-08 19:43:29 +00:00
case JS::Console::LogLevel::Assert:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}\033[31;1m{}\033[0m", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
case JS::Console::LogLevel::Info:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}(i) {}", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
case JS::Console::LogLevel::Log:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}{}", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
case JS::Console::LogLevel::Warn:
LibJS+WebContent+js: Bring console.count[Reset]() to spec The `CountReset` log level is displayed as a warning, since the message is always to warn that the counter doesn't exist. This is also in line with the table at https://console.spec.whatwg.org/#loglevel-severity
2021-12-08 19:12:06 +00:00
case JS::Console::LogLevel::CountReset:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}\033[33;1m{}\033[0m", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
default:
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
js_outln("{}{}", indent, output);
LibJS+WebContent+js: Reimplement console.log() and friends to spec This implements the Logger and Printer abstract operations defined in the console spec, and stubs out the Formatter AO. These are then used for the "output a categorized log message" functions.
2021-12-10 12:26:25 +00:00
break;
}
return JS::js_undefined();
}
LibJS+WebContent+Browser+js: Implement console.group() methods This implements: - console.group() - console.groupCollapsed() - console.groupEnd() In the Browser, we use `<details>` for the groups, which is not actually implemented yet, so groups are always open. In the REPL, groups are non-interactive, but still indent any output. This looks weird since the console prompt and return values remain on the far left, but this matches what Node does so it's probably fine. :^) I expect `console.group()` is not used much outside of browsers.
2021-12-22 12:32:15 +00:00
private:
int m_group_stack_depth { 0 };
js: Customise the behaviour of JS::Console with ReplConsoleClient This also makes our JavaScript tests not fail.
2020-05-04 14:09:05 +00:00
};
js: Port to LibMain :^) This wasn't particularly difficult, and there's not much use for the nicer interface yet either. While unveil() is of limited use in js(1) as it should be able to open arbitrary files, I feel like we should be able to add a pledge() call.
2021-11-22 19:25:30 +00:00
ErrorOr<int> serenity_main(Main::Arguments arguments)
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
{
js: Use pledge() It is now no longer possible to make network connections from a hijacked js(1) :^)
2021-11-22 20:41:58 +00:00
#ifdef __serenity__
Userland: Link directly against LibUnicodeData where needed This is partially a revert of commits: 10a8b6d4116c6a627a6c189154af032f69b29c21 561b67a1add82538502ef2f5733f1d86718898ad Rather than adding the prot_exec pledge requried to use dlopen(), we can link directly against LibUnicodeData in applications that we know need that library. This might make the dlopen() dance a bit unnecessary. The same purpose might now be fulfilled with weak symbols. That can be revisted next, but for now, this at least removes the potential security risk of apps like the Browser having prot_exec privileges.
2021-12-29 18:10:12 +00:00
TRY(Core::System::pledge("stdio rpath wpath cpath tty sigaction"));
js: Use pledge() It is now no longer possible to make network connections from a hijacked js(1) :^)
2021-11-22 20:41:58 +00:00
#endif
LibJS+js: Add a debug option (js -g) to GC after every allocation This is very useful for discovering collector bugs.
2020-03-16 18:18:46 +00:00
bool gc_on_every_allocation = false;
js: Turn on live syntax highlighting by default
2020-04-30 20:37:50 +00:00
bool disable_syntax_highlight = false;
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
StringView evaluate_script;
Userland: Use Core::ArgsParser's Vector<StringView> API everywhere ...and remove the Vector<String> variant since there are no remaining users of this API.
2021-11-26 21:32:37 +00:00
Vector<StringView> script_paths;
js: Take the script file as a command-line argument Now that we have the beginnings of a parser, let's take the script to run as a command-line argument and move all the test scripts into /home/anon/js :^) To run a script, simply use "js": $ js my-script.js To get an AST dump before execution, you can use "js -A"
2020-03-12 09:51:41 +00:00
Core::ArgsParser args_parser;
Userland: Write some '--help' descriptions where appropriate
2020-12-05 15:22:58 +00:00
args_parser.set_general_help("This is a JavaScript interpreter.");
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
args_parser.add_option(s_dump_ast, "Dump the AST", "dump-ast", 'A');
LibJS: Move global "should dump bytecode" flag into LibJS This will allow us to trigger bytecode executable dumps when generating bytecode inside LibJS as well, not just in clients like js and test-js.
2021-10-24 11:34:46 +00:00
args_parser.add_option(JS::Bytecode::g_dump_bytecode, "Dump the bytecode", "dump-bytecode", 'd');
LibJS: Start fleshing out a bytecode for the JavaScript engine :^) This patch begins the work of implementing JavaScript execution in a bytecode VM instead of an AST tree-walk interpreter. It's probably quite naive, but we have to start somewhere. The basic idea is that you call Bytecode::Generator::generate() on an AST node and it hands you back a Bytecode::Block filled with instructions that can then be interpreted by a Bytecode::Interpreter. This first version only implements two instructions: Load and Add. :^) Each bytecode block has infinity registers, and the interpreter resizes its register file to fit the block being executed. Two new `js` options are added in this patch as well: `-d` will dump the generated bytecode `-b` will execute the generated bytecode Note that unless `-d` and/or `-b` are specified, none of the bytecode related stuff in LibJS runs at all. This is implemented in parallel with the existing AST interpreter. :^)
2021-06-03 08:46:30 +00:00
args_parser.add_option(s_run_bytecode, "Run the bytecode", "run-bytecode", 'b');
LibJS: Add a basic pass manager and add some basic passes This commit adds a bunch of passes, the most interesting of which is a pass that merges blocks together, and a pass that places blocks that flow into each other next to each other, and a very simply pass that removes duplicate basic blocks. Note that this does not remove the jump at the end of each block in that pass to avoid scope creep in the passes.
2021-06-13 16:10:20 +00:00
args_parser.add_option(s_opt_bytecode, "Optimize the bytecode", "optimize-bytecode", 'p');
LibJS: Add a mode to parse JS as a module In a module strict mode should be enabled at the start of parsing and we allow import and export statements.
2021-08-14 15:30:37 +00:00
args_parser.add_option(s_as_module, "Treat as module", "as-module", 'm');
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
args_parser.add_option(s_print_last_result, "Print last result", "print-last-result", 'l');
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
args_parser.add_option(s_strip_ansi, "Disable ANSI colors", "disable-ansi-colors", 'i');
js: Add command line flag for disabling source line hints
2021-11-23 21:02:19 +00:00
args_parser.add_option(s_disable_source_location_hints, "Disable source location hints", "disable-source-location-hints", 'h');
LibJS+js: Add a debug option (js -g) to GC after every allocation This is very useful for discovering collector bugs.
2020-03-16 18:18:46 +00:00
args_parser.add_option(gc_on_every_allocation, "GC on every allocation", "gc-on-every-allocation", 'g');
js: Turn on live syntax highlighting by default
2020-04-30 20:37:50 +00:00
args_parser.add_option(disable_syntax_highlight, "Disable live syntax highlighting", "no-syntax-highlight", 's');
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
args_parser.add_option(evaluate_script, "Evaluate argument as a script", "evaluate", 'c', "script");
Userland: Allow multiple files to be run by js js only accepted a single script file to run before this. With this patch, multiple scripts can be run in the same execution environment, allowing the user to specify a "preamble script" to be executed before the main script.
2021-06-16 13:55:34 +00:00
args_parser.add_positional_argument(script_paths, "Path to script files", "scripts", Core::ArgsParser::Required::No);
Everywhere: Use ArgsParser::parse() with Main::Arguments directly Use the updated API everywhere we are currently manually passing in `arguments.argc` and `arguments.argv`.
2021-11-23 00:03:05 +00:00
args_parser.parse(arguments);
js: Take the script file as a command-line argument Now that we have the beginnings of a parser, let's take the script to run as a command-line argument and move all the test scripts into /home/anon/js :^) To run a script, simply use "js": $ js my-script.js To get an AST dump before execution, you can use "js -A"
2020-03-12 09:51:41 +00:00
js: Turn on live syntax highlighting by default
2020-04-30 20:37:50 +00:00
bool syntax_highlight = !disable_syntax_highlight;
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
g_vm = JS::VM::create();
g_vm->enable_default_host_import_module_dynamically_hook();
LibJS: Implement ImportCall and HostImportModuleDynamically This allows us to load modules from scripts. This can be dangerous as it can load arbitrary files. Because of that it fails and throws by default. Currently, only js and JavaScriptTestRunner enable the default hook. This also adds tests to test-js which test module code. Because we form a spec perspective can't "enter" a module this is the easiest way to run tests without having to modify test-js to have special cases for modules. To specify modules in test-js we use the extension '.mjs' this is to ensure the files are not executed. We do still want to lint these files so the prettier scripts have changed to look for '.mjs' files as well.
2022-01-18 18:39:36 +00:00
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
// NOTE: These will print out both warnings when using something like Promise.reject().catch(...) -
// which is, as far as I can tell, correct - a promise is created, rejected without handler, and a
// handler then attached to it. The Node.js REPL doesn't warn in this case, so it's something we
// might want to revisit at a later point and disable warnings for promises created this way.
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
g_vm->on_promise_unhandled_rejection = [](auto& promise) {
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
// FIXME: Optionally make print_value() to print to stderr
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("WARNING: A promise was rejected without any handlers");
js_out(" (result: ");
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
HashTable<JS::Object*> seen_objects;
print_value(promise.result(), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln(")");
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
};
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
g_vm->on_promise_rejection_handled = [](auto& promise) {
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
// FIXME: Optionally make print_value() to print to stderr
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_out("WARNING: A handler was added to an already rejected promise");
js_out(" (result: ");
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
HashTable<JS::Object*> seen_objects;
print_value(promise.result(), seen_objects);
js: Add command line flag for disabling ANSI colors
2021-11-23 20:46:28 +00:00
js_outln(")");
js: Hook up promise rejection tracking callbacks We now leverage the VM's promise rejection tracker callbacks and print a warning in either of these cases: - A promise was rejected without any handlers - A handler was added to an already rejected promise
2021-04-01 20:14:12 +00:00
};
js: Interrupt running script or REPL evaluation when receiving SIGINT
2020-04-24 16:59:16 +00:00
OwnPtr<JS::Interpreter> interpreter;
LibJS+Everywhere: Remove VM::exception() and most related functions This commit removes all exception related code: Remove VM::exception(), VM::throw_exception() etc. Any leftover throw_exception calls are moved to throw_completion. The one method left is clear_exception() which is now a no-op. Most of these calls are just to clear whatever exception might have been thrown when handling a Completion. So to have a cleaner commit this will be removed in a next commit. It also removes the actual Exception and TemporaryClearException classes since these are no longer used. In any spot where the exception was actually used an attempt was made to preserve that behavior. However since it is no longer tracked by the VM we cannot access exceptions which were thrown in previous calls. There are two such cases which might have different behavior: - In Web::DOM::Document::interpreter() the on_call_stack_emptied hook used to print any uncaught exception but this is now no longer possible as the VM does not store uncaught exceptions. - In js the code used to be interruptable by throwing an exception on the VM. This is no longer possible but was already somewhat fragile before as you could happen to throw an exception just before a VERIFY.
2022-02-07 14:12:41 +00:00
// FIXME: Figure out some way to interrupt the interpreter now that vm.exception() is gone.
js: Interrupt running script or REPL evaluation when receiving SIGINT
2020-04-24 16:59:16 +00:00
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
if (evaluate_script.is_empty() && script_paths.is_empty()) {
js: Throw a regular SyntaxError for errors from the parser
2020-05-14 15:29:24 +00:00
s_print_last_result = true;
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
interpreter = JS::Interpreter::create<ReplObject>(*g_vm);
LibJS: Move Console ownership from GlobalObject to ConsoleObject GlobalObject is now a regular object with no special properties :^)
2022-08-28 13:20:06 +00:00
auto& console_object = *interpreter->realm().intrinsics().console_object();
ReplConsoleClient console_client(console_object.console());
console_object.console().set_client(console_client);
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
interpreter->heap().set_should_collect_on_every_allocation(gc_on_every_allocation);
js: Fix that auto completion of properties failed For this we store the global environment in which we can do a lookup for the references variable. This is probably not entirely as the spec would specify as we would need a running executing context at all times you do things with references. Fixes #10281
2021-10-03 11:17:33 +00:00
auto& global_environment = interpreter->realm().global_environment();
LibLine: Use Core::EventLoop for outer read loop This commit changes LibLine's internal structure to work in an event loop, and as a result, also switches it to being a Core::Object.
2020-05-26 10:34:39 +00:00
s_editor = Line::Editor::construct();
js: Load and save history from/to ~/.js-history This is super useful when hacking on LibJS and in general :^)
2020-10-25 23:36:06 +00:00
s_editor->load_history(s_history_path);
Userland: Install LibLine's signal handlers in the JS repl
2020-04-11 09:09:10 +00:00
signal(SIGINT, [](int) {
LibLine: Ignore interrupts unless actively editing It does not make much sense to receive an interrupt and process it *much later*. Also patches Userland/js to only create exceptions while some code is actually running.
2020-04-28 20:01:22 +00:00
if (!s_editor->is_editing())
sigint_handler();
js: Load and save history from/to ~/.js-history This is super useful when hacking on LibJS and in general :^)
2020-10-25 23:36:06 +00:00
s_editor->save_history(s_history_path);
Userland: Install LibLine's signal handlers in the JS repl
2020-04-11 09:09:10 +00:00
});
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
s_editor->on_display_refresh = [syntax_highlight](Line::Editor& editor) {
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
auto stylize = [&](Line::Span span, Line::Style styles) {
if (syntax_highlight)
editor.stylize(span, styles);
};
editor.strip_styles();
js: Follow Serenity C++ naming conventions
2020-04-26 14:19:30 +00:00
size_t open_indents = s_repl_line_level;
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
LibJS: Fix incorrect token column values (#2401) - initializing m_line_column to 1 in the lexer results in incorrect column values in tokens on the first line of input. - not incrementing m_line_column when EOF is reached results in an incorrect column value on the last token.
2020-05-26 17:00:30 +00:00
auto line = editor.line();
JS::Lexer lexer(line);
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
bool indenters_starting_line = true;
for (JS::Token token = lexer.next(); token.type() != JS::TokenType::Eof; token = lexer.next()) {
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
auto length = Utf8View { token.value() }.length();
js: Use token offset for highlighting instead of column offset This makes it work correctly with multiline inputs as well.
2022-03-06 07:02:15 +00:00
auto start = token.offset();
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
auto end = start + length;
if (indenters_starting_line) {
if (token.type() != JS::TokenType::ParenClose && token.type() != JS::TokenType::BracketClose && token.type() != JS::TokenType::CurlyClose) {
indenters_starting_line = false;
} else {
--open_indents;
JS Repl: Add live syntax highlighting This patchset adds live syntax highlighting to the js repl. It is turned off by default and can be enabled via the -s flag.
2020-04-05 14:03:12 +00:00
}
}
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
switch (token.category()) {
case JS::TokenCategory::Invalid:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Red), Line::Style::Underline });
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::Number:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Magenta) });
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::String:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Green), Line::Style::Bold });
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::Punctuation:
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::Operator:
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::Keyword:
switch (token.type()) {
case JS::TokenType::BoolLiteral:
case JS::TokenType::NullLiteral:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Yellow), Line::Style::Bold });
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
break;
default:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Blue), Line::Style::Bold });
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
break;
}
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::ControlKeyword:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::Cyan), Line::Style::Italic });
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
break;
LibJS: Unify syntax highlighting So far we have three different syntax highlighters for LibJS: - js's Line::Editor stylization - JS::MarkupGenerator - GUI::JSSyntaxHighlighter This not only caused repetition of most token types in each highlighter but also a lot of inconsistency regarding the styling of certain tokens: - JSSyntaxHighlighter was considering TokenType::Period to be an operator whereas MarkupGenerator categorized it as punctuation. - MarkupGenerator was considering TokenType::{Break,Case,Continue, Default,Switch,With} control keywords whereas JSSyntaxHighlighter just disregarded them - MarkupGenerator considered some future reserved keywords invalid and others not. JSSyntaxHighlighter and js disregarded most Adding a new token type meant adding it to ENUMERATE_JS_TOKENS as well as each individual highlighter's switch/case construct. I added a TokenCategory enum, and each TokenType is now associated to a certain category, which the syntax highlighters then can use for styling rather than operating on the token type directly. This also makes changing a token's category everywhere easier, should we need to do that (e.g. I decided to make TokenType::{Period,QuestionMarkPeriod} TokenCategory::Operator for now, but we might want to change them to Punctuation.
2020-10-04 21:28:59 +00:00
case JS::TokenCategory::Identifier:
js: Use CodepointOriented spans and use the codepoint length of token We were previously using byte-oriented spans. This would work if not for token.line_column() being in codepoints.
2021-09-01 16:13:53 +00:00
stylize({ start, end, Line::Span::CodepointOriented }, { Line::Style::Foreground(Line::Style::XtermColor::White), Line::Style::Bold });
Everywhere: Add break after the last case label before `default` We already do this in most places, so the style should be consistent. Also, Clang does not like it, as this could cause an unexpected compile error if some statements are added to the default label or a new label is added above it.
2021-07-05 17:17:08 +00:00
break;
JS repl: Fix indentation when a line starts with '})]'
2020-04-09 03:30:45 +00:00
default:
break;
}
}
editor.set_prompt(prompt_for_level(open_indents));
};
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
js: Fix that auto completion of properties failed For this we store the global environment in which we can do a lookup for the references variable. This is probably not entirely as the spec would specify as we would need a running executing context at all times you do things with references. Fixes #10281
2021-10-03 11:17:33 +00:00
auto complete = [&interpreter, &global_environment](Line::Editor const& editor) -> Vector<Line::CompletionSuggestion> {
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
auto line = editor.line(editor.cursor());
JS::Lexer lexer { line };
enum {
Initial,
CompleteVariable,
CompleteNullProperty,
CompleteProperty,
} mode { Initial };
StringView variable_name;
StringView property_name;
LibLine: Display suggestions and cycle between them With extra color (tm) This commit also patches the users of LibLine to properly use the new API
2020-04-11 14:32:15 +00:00
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
// we're only going to complete either
// - <N>
// where N is part of the name of a variable
// - <N>.<P>
// where N is the complete name of a variable and
// P is part of the name of one of its properties
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
auto js_token = lexer.next();
for (; js_token.type() != JS::TokenType::Eof; js_token = lexer.next()) {
switch (mode) {
case CompleteVariable:
switch (js_token.type()) {
case JS::TokenType::Period:
// ...<name> <dot>
mode = CompleteNullProperty;
break;
default:
// not a dot, reset back to initial
mode = Initial;
break;
}
break;
case CompleteNullProperty:
if (js_token.is_identifier_name()) {
// ...<name> <dot> <name>
mode = CompleteProperty;
property_name = js_token.value();
} else {
mode = Initial;
}
break;
case CompleteProperty:
// something came after the property access, reset to initial
case Initial:
Utilities: Make the js REPL autocomplete correctly handle `new Ident` Previously, `new` was being recognised as an identifier, which was preventing this from working.
2021-07-15 22:03:09 +00:00
if (js_token.type() == JS::TokenType::Identifier) {
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
// ...<name>...
mode = CompleteVariable;
variable_name = js_token.value();
} else {
mode = Initial;
}
break;
}
}
bool last_token_has_trivia = js_token.trivia().length() > 0;
if (mode == CompleteNullProperty) {
mode = CompleteProperty;
Everywhere: Add sv suffix to strings relying on StringView(char const*) Each of these strings would previously rely on StringView's char const* constructor overload, which would call __builtin_strlen on the string. Since we now have operator ""sv, we can replace these with much simpler versions. This opens the door to being able to remove StringView(char const*). No functional changes.
2022-07-11 17:32:29 +00:00
property_name = ""sv;
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
last_token_has_trivia = false; // <name> <dot> [tab] is sensible to complete.
}
if (mode == Initial || last_token_has_trivia)
return {}; // we do not know how to complete this
LibLine: Allow suggestions to have trailing trivia strings These strings would be applied when inserted into the buffer, but are not shown as part of the suggestion. This commit also patches up Userland/js and Shell to use this functionality
2020-04-19 14:02:28 +00:00
Vector<Line::CompletionSuggestion> results;
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
Everywhere: Pass AK::StringView by value
2021-11-10 23:55:02 +00:00
Function<void(JS::Shape const&, StringView)> list_all_properties = [&results, &list_all_properties](JS::Shape const& shape, auto property_pattern) {
js: Convert to east const
2021-07-06 22:58:50 +00:00
for (auto const& descriptor : shape.property_table()) {
LibJS: Integrate Symbols into objects as valid keys This allows objects properties to be created for symbol keys in addition to just plain strings/numbers
2020-07-08 04:38:46 +00:00
if (!descriptor.key.is_string())
continue;
auto key = descriptor.key.as_string();
if (key.view().starts_with(property_pattern)) {
Line::CompletionSuggestion completion { key, Line::CompletionSuggestion::ForSearch };
js: Ignore property attributes for completion Only being able to complete enumerable properties is annoying, especially since we updated everything to use the correct attributes. Most standard built-in objects are *not* enumerable.
2020-05-02 15:01:09 +00:00
if (!results.contains_slow(completion)) { // hide duplicates
LibJS: Make StringOrSymbol always be FlyString in the string case This makes equality checking O(1) instead of O(n).
2021-06-13 10:00:27 +00:00
results.append(String(key));
LibLine+Userland: Make suggestion offsets per-suggestion This allows the user to modify different parts of the input with different suggestions.
2022-02-28 13:58:47 +00:00
results.last().invariant_offset = property_pattern.length();
LibLine: Display suggestions and cycle between them With extra color (tm) This commit also patches the users of LibLine to properly use the new API
2020-04-11 14:32:15 +00:00
}
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
}
}
js: Convert to east const
2021-07-06 22:58:50 +00:00
if (auto const* prototype = shape.prototype()) {
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
list_all_properties(prototype->shape(), property_pattern);
}
};
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
switch (mode) {
case CompleteProperty: {
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
auto reference_or_error = g_vm->resolve_binding(variable_name, &global_environment);
js: Remove uses of TRY_OR_DISCARD() Slightly more verbose, but that's the last user of TRY_OR_DISCARD gone!
2022-01-04 21:54:31 +00:00
if (reference_or_error.is_error())
return {};
LibJS: Replace GlobalObject with VM in Reference AOs [Part 6/19]
2022-08-21 14:39:13 +00:00
auto value_or_error = reference_or_error.value().get_value(*g_vm);
js: Remove uses of TRY_OR_DISCARD() Slightly more verbose, but that's the last user of TRY_OR_DISCARD gone!
2022-01-04 21:54:31 +00:00
if (value_or_error.is_error())
return {};
auto variable = value_or_error.value();
VERIFY(!variable.is_empty());
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
if (!variable.is_object())
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
break;
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
LibJS: Replace GlobalObject with VM in Value AOs [Part 4/19] This is where the fun begins. :^)
2022-08-21 13:00:56 +00:00
auto const* object = MUST(variable.to_object(*g_vm));
js: Convert to east const
2021-07-06 22:58:50 +00:00
auto const& shape = object->shape();
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
list_all_properties(shape, property_name);
break;
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
}
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
case CompleteVariable: {
LibJS+LibWeb: Reduce use of GlobalObject as an intermediary - Prefer VM::current_realm() over GlobalObject::associated_realm() - Prefer VM::heap() over GlobalObject::heap() - Prefer Cell::vm() over Cell::global_object() - Prefer Wrapper::vm() over Wrapper::global_object() - Inline Realm::global_object() calls used to access intrinsics as they will later perform a direct lookup without going through the global object
2022-08-22 18:00:49 +00:00
auto const& variable = interpreter->realm().global_object();
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
list_all_properties(variable.shape(), variable_name);
js: Allow for completion of lexically declared variables This does require us to have a method which lists all the bindings in a declarative environment which is not in the spec.
2021-10-03 11:20:15 +00:00
LibJS: Use Vector instead of HashMap in DeclarativeEnvironment Constructing the HashMap in DeclarativeEnvironment was by far the most expensive thing when making JavaScript function calls. As it turns out, we don't really need this to be a HashMap in the first place, as lookups are cached (by EnvironmentCoordinate) after the first access, so after that we were not even looking in the HashMap, going directly to the bindings Vector instead. This reduces function_declaration_instantiation() from 16% to 9% when idling in "Biolab Disaster". It also reduces has_binding() from 3% to 1% on the same content. With these changes, we now actually get to idle a little bit between game frames on my machine. :^)
2022-03-07 13:02:37 +00:00
for (auto const& name : global_environment.declarative_record().bindings()) {
LibLine+Userland: Make suggestion offsets per-suggestion This allows the user to modify different parts of the input with different suggestions.
2022-02-28 13:58:47 +00:00
if (name.starts_with(variable_name)) {
js: Allow for completion of lexically declared variables This does require us to have a method which lists all the bindings in a declarative environment which is not in the spec.
2021-10-03 11:20:15 +00:00
results.empend(name);
LibLine+Userland: Make suggestion offsets per-suggestion This allows the user to modify different parts of the input with different suggestions.
2022-02-28 13:58:47 +00:00
results.last().invariant_offset = variable_name.length();
}
js: Allow for completion of lexically declared variables This does require us to have a method which lists all the bindings in a declarative environment which is not in the spec.
2021-10-03 11:20:15 +00:00
}
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
break;
}
default:
Everywhere: Rename ASSERT => VERIFY (...and ASSERT_NOT_REACHED => VERIFY_NOT_REACHED) Since all of these checks are done in release builds as well, let's rename them to VERIFY to prevent confusion, as everyone is used to assertions being compiled out in release. We can introduce a new ASSERT macro that is specifically for debug checks, but I'm doing this wholesale conversion first since we've accumulated thousands of these already, and it's not immediately obvious which ones are suitable for ASSERT.
2021-02-23 19:42:32 +00:00
VERIFY_NOT_REACHED();
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
}
Userland: Add primitive autocomplete to the JS repl This patch adds primitive support for autocompletion in the JS repl, it only supports completing global names and properties on variables :^)
2020-04-11 09:09:55 +00:00
return results;
};
LibLine: Unify completion hooks and adapt its users LibLine should ultimately not care about what a "token" means in the context of its user, so force the user to split the buffer itself. This also allows the users to pick up contextual clues as well, since they have to lex the line themselves. This commit pacthes Shell and the JS repl to better handle completions, so certain wrong behaviours are now corrected as well: - JS repl can now complete "Object . getOw<tab>" - Shell can now complete "echo | ca<tab>" and paths inside strings
2020-05-19 04:12:01 +00:00
s_editor->on_tab_complete = move(complete);
LibJS: Add Interpreter::create<GlobalObjectType>() Force Interpreter construction to go via a create() helper that takes the global object type as a template parameter.
2020-04-01 19:04:51 +00:00
repl(*interpreter);
js: Load and save history from/to ~/.js-history This is super useful when hacking on LibJS and in general :^)
2020-10-25 23:36:06 +00:00
s_editor->save_history(s_history_path);
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
} else {
js: Prefix global variables with 'g_' This makes it much clearer that they are, in fact, global variables. Also avoids name shadowing issues, especially with 'vm'.
2022-06-30 18:34:38 +00:00
interpreter = JS::Interpreter::create<ScriptObject>(*g_vm);
LibJS: Move Console ownership from GlobalObject to ConsoleObject GlobalObject is now a regular object with no special properties :^)
2022-08-28 13:20:06 +00:00
auto& console_object = *interpreter->realm().intrinsics().console_object();
ReplConsoleClient console_client(console_object.console());
console_object.console().set_client(console_client);
Userland/JS: Extend the global object when using a REPL When we enter a repl we call initialize_global_object on our custom ReplObject in order to expose REPL specific features. Specifically: help(), exit(code), and load("file1.js", "file2.js", "fileEtc.js").
2020-04-01 19:20:32 +00:00
interpreter->heap().set_should_collect_on_every_allocation(gc_on_every_allocation);
js: Interrupt running script or REPL evaluation when receiving SIGINT
2020-04-24 16:59:16 +00:00
signal(SIGINT, [](int) {
sigint_handler();
});
Userland: Allow multiple files to be run by js js only accepted a single script file to run before this. With this patch, multiple scripts can be run in the same execution environment, allowing the user to specify a "preamble script" to be executed before the main script.
2021-06-16 13:55:34 +00:00
StringBuilder builder;
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
StringView source_name;
if (evaluate_script.is_empty()) {
if (script_paths.size() > 1)
warnln("Warning: Multiple files supplied, this will concatenate the sources and resolve modules as if it was the first file");
for (auto& path : script_paths) {
auto file = TRY(Core::File::open(path, Core::OpenMode::ReadOnly));
auto file_contents = file->read_all();
auto source = StringView { file_contents };
js: Convert non-UTF-8 encoded files to UTF-8 before parsing
2022-04-03 13:31:04 +00:00
if (Utf8View { file_contents }.validate()) {
builder.append(source);
} else {
auto* decoder = TextCodec::decoder_for("windows-1252");
VERIFY(decoder);
auto utf8_source = TextCodec::convert_input_to_utf8_using_given_decoder_unless_there_is_a_byte_order_mark(*decoder, source);
builder.append(utf8_source);
}
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
}
source_name = script_paths[0];
} else {
builder.append(evaluate_script);
source_name = "eval"sv;
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
}
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
js: Display a warning if multiple files are given Also instead of making a frankenstein path with all the paths combined just take the first one, this is needed for resolving modules.
2022-01-17 17:47:32 +00:00
// We resolve modules as if it is the first file
LibJS: Include executable name in bytecode dumps
2021-10-24 12:33:56 +00:00
js: Add a command line argument to evaluate a string as a script For example: $ js -c "console.log(42)" 42
2022-02-09 12:53:49 +00:00
if (!parse_and_run(*interpreter, builder.string_view(), source_name))
LibJS: Do not execute scripts with parse errors This adds missing checks in several LibJS consumers.
2020-04-13 00:05:21 +00:00
return 1;
Userland: Implement JS REPL If you invoke `js` without a script path, it will now enter REPL mode, where you input commands one by one and immediately get each one interpreted in one shared interpreter. We support multi-line commands in case we detect you have unclosed braces or parens or brackets.
2020-03-25 22:10:29 +00:00
}
js: Exercise the garbage collector a little bit
2020-03-08 18:59:59 +00:00
LibJS: Start building a JavaScript engine for SerenityOS :^) I always tell people to start building things by working on the thing that seems the most interesting right now. The most interesting thing here was an AST + simple interpreter, so that's where we start! There is no lexer or parser yet, we build an AST directly and then execute it in the interpreter, producing a return value. This seems like the start of something interesting. :^)
2020-03-07 18:42:11 +00:00
return 0;
}
Reference in a new issue Copy permalink