serenity - The Serenity Operating System 🐞

Age	Commit message (Collapse)	Author
2022-03-19	DevTools+LibJS+LibWeb: Change class_name to use StringView	Lenny Maiorani
	This helps make the overall codebase consistent. `class_name()` in `Kernel` is always `StringView`, but not elsewhere. Additionally, this results in the `strlen` (which needs to be done when printing or other operations) always being computed at compile-time.
2022-02-07	LibJS: Reduce header dependency graph in Realm.h	Andreas Kling

2022-02-07	LibJS: Add [[HostDefined]] internal slot to Realm objects	Andreas Kling
	In C++, this is an OwnPtr<Realm::HostDefined>.
2021-10-14	LibJS: Add a way to get from a GlobalObject to its associated Realm	Linus Groh
	This is just another workaround, but it should be much more reliable than Interpreter::realm(), especially when allocating NativeFunctions and ECMAScriptFunctionObjects: we're guaranteed to have a GlobalObject at that point, and it likely was set as the GlobalObject of a Realm and can lead us back to it. We're however not guaranteed that the VM can give us an Interpreter, which is why functions in LibWeb can be a bit crashy at the moment. We use a WeakPtr<Realm> to properly handle the unlikely case where the Realm goes away after associating a GlobalObject to it. We'll always need _something_ of this sort if we want to support OrdinaryFunctionCreate and CreateBuiltinFunction without the explicit realm argument while no JS is running, because they want to use the current Realm Record (always in the first and as fallback in the second case).
2021-09-12	LibJS: Allocate a Realm next to GlobalObject in Interpreter::create()	Linus Groh
	Also pass a Realm reference to the Bytecode::Interpreter constructor, just like we pass the GlobalObject.
2021-09-12	LibJS: Start adding a JS::Realm class (spec's "Realm Record")	Linus Groh