ladybird/Libraries/LibJS/Runtime/Intl/Collator.cpp

/*
 * Copyright (c) 2022-2024, Tim Flynn <trflynn89@serenityos.org>
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <LibJS/Runtime/Intl/Collator.h>

namespace JS::Intl {

GC_DEFINE_ALLOCATOR(Collator);

// 10 Collator Objects, https://tc39.es/ecma402/#collator-objects
Collator::Collator(Object& prototype)
    : Object(ConstructWithPrototypeTag::Tag, prototype)
{
}

void Collator::visit_edges(Visitor& visitor)
{
    Base::visit_edges(visitor);
    visitor.visit(m_bound_compare);
}

}
LibJS: Implement a nearly empty Intl.Collator object This adds plumbing for the Intl.Collator object, constructor, and prototype. 2021-09-06 23:18:48 -03:00			`/*`
LibJS+LibUnicode: Fully implement Intl.Collator with ICU We were never able to implement anything other than a basic, locale- unaware collator with the JSON export of the CLDR as it did not have collation data. We can now use ICU to implement collation. 2024-08-14 15:46:19 -03:00			`* Copyright (c) 2022-2024, Tim Flynn <trflynn89@serenityos.org>`
LibJS: Implement a nearly empty Intl.Collator object This adds plumbing for the Intl.Collator object, constructor, and prototype. 2021-09-06 23:18:48 -03:00			`*`
			`* SPDX-License-Identifier: BSD-2-Clause`
			`*/`

			`#include <LibJS/Runtime/Intl/Collator.h>`

			`namespace JS::Intl {`

LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root 2024-11-14 12:01:23 -03:00			`GC_DEFINE_ALLOCATOR(Collator);`
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 05:45:05 -03:00
LibJS: Implement a nearly empty Intl.Collator object This adds plumbing for the Intl.Collator object, constructor, and prototype. 2021-09-06 23:18:48 -03:00			`// 10 Collator Objects, https://tc39.es/ecma402/#collator-objects`
			`Collator::Collator(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 08:17:58 -03:00			`: Object(ConstructWithPrototypeTag::Tag, prototype)`
LibJS: Implement a nearly empty Intl.Collator object This adds plumbing for the Intl.Collator object, constructor, and prototype. 2021-09-06 23:18:48 -03:00			`{`
			`}`

LibJS: Implement get Intl.Collator.prototype.compare 2022-02-20 16:00:37 -03:00			`void Collator::visit_edges(Visitor& visitor)`
			`{`
			`Base::visit_edges(visitor);`
			`visitor.visit(m_bound_compare);`
			`}`
LibJS: Implement a nearly empty Intl.Collator object This adds plumbing for the Intl.Collator object, constructor, and prototype. 2021-09-06 23:18:48 -03:00
			`}`