
No functional changes - we can still very easily get to the global object via `Realm::global_object()`. This is in preparation of moving the intrinsics to the realm and no longer having to pass a global object when allocating any object. In a few (now, and many more in subsequent commits) places we get a realm using `GlobalObject::associated_realm()`, this is intended to be temporary. For example, create() functions will later receive the same treatment and are passed a realm instead of a global object.
33 lines
788 B
C++
33 lines
788 B
C++
/*
|
|
* Copyright (c) 2022, Idan Horowitz <idan.horowitz@serenityos.org>
|
|
*
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
*/
|
|
|
|
#pragma once
|
|
|
|
#include <LibJS/Runtime/NativeFunction.h>
|
|
|
|
namespace JS::Intl {
|
|
|
|
class CollatorCompareFunction : public NativeFunction {
|
|
JS_OBJECT(CollatorCompareFunction, NativeFunction);
|
|
|
|
public:
|
|
static CollatorCompareFunction* create(GlobalObject&, Collator&);
|
|
|
|
CollatorCompareFunction(Realm&, Collator&);
|
|
virtual void initialize(GlobalObject&) override;
|
|
virtual ~CollatorCompareFunction() override = default;
|
|
|
|
virtual ThrowCompletionOr<Value> call() override;
|
|
|
|
private:
|
|
virtual void visit_edges(Visitor&) override;
|
|
|
|
Collator& m_collator; // [[Collator]]
|
|
};
|
|
|
|
double compare_strings(Collator&, Utf8View const& x, Utf8View const& y);
|
|
|
|
}
|