From f046a4a75d4f314ec6df311195c29ea3412fcc79 Mon Sep 17 00:00:00 2001 From: Linus Groh Date: Thu, 2 Sep 2021 23:57:14 +0100 Subject: [PATCH] LibJS: Make implementation-defined language more concise This is a normative change in the Temporal spec. No behavioral change, just a clarification. See: https://github.com/tc39/proposal-temporal/commit/42c964e --- .../Libraries/LibJS/Runtime/Temporal/CalendarPrototype.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Userland/Libraries/LibJS/Runtime/Temporal/CalendarPrototype.cpp b/Userland/Libraries/LibJS/Runtime/Temporal/CalendarPrototype.cpp index d0f9b83c63..d0bcc29eb9 100644 --- a/Userland/Libraries/LibJS/Runtime/Temporal/CalendarPrototype.cpp +++ b/Userland/Libraries/LibJS/Runtime/Temporal/CalendarPrototype.cpp @@ -685,7 +685,7 @@ JS_DEFINE_NATIVE_FUNCTION(CalendarPrototype::era) return js_undefined(); } - // 5. Let era be the result of implementation-defined processing of temporalDateLike and the value of calendar.[[Identifier]]. + // 5. Let era be the result of implementation-defined processing of temporalDateLike and calendar.[[Identifier]]. // 6. Return era. // NOTE: No support for non-iso8601 calendars yet. @@ -717,7 +717,7 @@ JS_DEFINE_NATIVE_FUNCTION(CalendarPrototype::era_year) return js_undefined(); } - // 5. Let eraYear be the result of implementation-defined processing of temporalDateLike and the value of calendar.[[Identifier]]. + // 5. Let eraYear be the result of implementation-defined processing of temporalDateLike and calendar.[[Identifier]]. // 6. Return 𝔽(eraYear). // NOTE: No support for non-iso8601 calendars yet.