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
Author: https://github.com/linusg Commit: https://github.com/SerenityOS/serenity/commit/f046a4a75d4 Pull-request: https://github.com/SerenityOS/serenity/pull/9761 Reviewed-by: https://github.com/IdanHo ✅
2021-09-02 23:57:14 +01:00 · 2021-09-02 23:57:14 +01:00 · f046a4a75d · 2024-07-18 04:28:23 +09:00
commit f046a4a75d
parent 86a7c795f6
1 changed files with 2 additions and 2 deletions
--- 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.