ladybird/Userland/Libraries/LibJS/Runtime/NumberObject.cpp

/*
 * Copyright (c) 2020, Andreas Kling <kling@serenityos.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibJS/Runtime/GlobalObject.h>
#include <LibJS/Runtime/NumberObject.h>

namespace JS {

JS_DEFINE_ALLOCATOR(NumberObject);

NonnullGCPtr<NumberObject> NumberObject::create(Realm& realm, double value)
{
    return realm.heap().allocate<NumberObject>(realm, value, realm.intrinsics().number_prototype());
}

NumberObject::NumberObject(double value, Object& prototype)
    : Object(ConstructWithPrototypeTag::Tag, prototype)
    , m_value(value)
{
}

}
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`/*`
			`* Copyright (c) 2020, Andreas Kling <kling@serenityos.org>`
			`*`
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 01:24:48 -07:00			`* SPDX-License-Identifier: BSD-2-Clause`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`*/`

LibJS: Pass prototype to NumberObject constructor 2020-04-17 18:55:53 +02:00			`#include <LibJS/Runtime/GlobalObject.h>`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`#include <LibJS/Runtime/NumberObject.h>`

			`namespace JS {`

LibJS: Segregate GC-allocated objects by type This patch adds two macros to declare per-type allocators: - JS_DECLARE_ALLOCATOR(TypeName) - JS_DEFINE_ALLOCATOR(TypeName) When used, they add a type-specific CellAllocator that the Heap will delegate allocation requests to. The result of this is that GC objects of the same type always end up within the same HeapBlock, drastically reducing the ability to perform type confusion attacks. It also improves HeapBlock utilization, since each block now has cells sized exactly to the type used within that block. (Previously we only had a handful of block sizes available, and most GC allocations ended up with a large amount of slack in their tails.) There is a small performance hit from this, but I'm sure we can make up for it elsewhere. Note that the old size-based allocators still exist, and we fall back to them for any type that doesn't have its own CellAllocator. 2023-11-19 09:45:05 +01:00			`JS_DEFINE_ALLOCATOR(NumberObject);`

LibJS: Convert NumberObject::create() to NonnullGCPtr 2022-12-13 20:49:50 +00:00			`NonnullGCPtr<NumberObject> NumberObject::create(Realm& realm, double value)`
LibJS: Pass prototype to NumberObject constructor 2020-04-17 18:55:53 +02:00			`{`
LibJS: Make Heap::allocate<T>() infallible Stop worrying about tiny OOMs. Work towards #20449. While going through these, I also changed the function signature in many places where returning ThrowCompletionOr<T> is no longer necessary. 2023-08-13 13:05:26 +02:00			`return realm.heap().allocate<NumberObject>(realm, value, realm.intrinsics().number_prototype());`
LibJS: Pass prototype to NumberObject constructor 2020-04-17 18:55:53 +02:00			`}`

			`NumberObject::NumberObject(double value, Object& prototype)`
LibJS: Remove Object(Object& prototype) footgun This constructor was easily confused with a copy constructor, and it was possible to accidentally copy-construct Objects in at least one way that we dicovered (via generic ThrowCompletionOr construction). This patch adds a mandatory ConstructWithPrototypeTag parameter to the constructor to disambiguate it. 2022-12-14 12:17:58 +01:00			`: Object(ConstructWithPrototypeTag::Tag, prototype)`
LibJS+LibWeb: Pass prototype to Object constructor Everyone who constructs an Object must now pass a prototype object when applicable. There's still a fair amount of code that passes something fetched from the Interpreter, but this brings us closer to being able to detach prototypes from Interpreter eventually. 2020-04-18 10:27:57 +02:00			`, m_value(value)`
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`{`
			`}`
LibJS: Add missing whitespace around namespace curly braces 2022-04-17 22:59:52 +02:00
LibJS: Add NumberObject and make to_object() on number values create it 2020-04-04 23:13:13 +02:00			`}`