Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(104)

Unified Diff: src/builtins/arm64/builtins-arm64.cc

Issue 2263533002: [builtins] Migrate DatePrototype_GetField to TurboFan builtin. (Closed) Base URL: https://chromium.googlesource.com/v8/v8.git@master
Patch Set: Fix C call return type Created 4 years, 3 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « src/builtins/arm/builtins-arm.cc ('k') | src/builtins/builtins.h » ('j') | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: src/builtins/arm64/builtins-arm64.cc
diff --git a/src/builtins/arm64/builtins-arm64.cc b/src/builtins/arm64/builtins-arm64.cc
index 130b0966255371fec2953a10a30a73663e282383..7c495d3c430c496fddf215f8e928dddb56894154 100644
--- a/src/builtins/arm64/builtins-arm64.cc
+++ b/src/builtins/arm64/builtins-arm64.cc
@@ -1864,70 +1864,6 @@ void Builtins::Generate_InterpreterOnStackReplacement(MacroAssembler* masm) {
}
// static
-void Builtins::Generate_DatePrototype_GetField(MacroAssembler* masm,
- int field_index) {
- // ----------- S t a t e -------------
- // -- x0 : number of arguments
- // -- x1 : function
- // -- cp : context
- // -- lr : return address
- // -- jssp[0] : receiver
- // -----------------------------------
- ASM_LOCATION("Builtins::Generate_DatePrototype_GetField");
-
- // 1. Pop receiver into x0 and check that it's actually a JSDate object.
- Label receiver_not_date;
- {
- __ Pop(x0);
- __ JumpIfSmi(x0, &receiver_not_date);
- __ JumpIfNotObjectType(x0, x2, x3, JS_DATE_TYPE, &receiver_not_date);
- }
-
- // 2. Load the specified date field, falling back to the runtime as necessary.
- if (field_index == JSDate::kDateValue) {
- __ Ldr(x0, FieldMemOperand(x0, JSDate::kValueOffset));
- } else {
- if (field_index < JSDate::kFirstUncachedField) {
- Label stamp_mismatch;
- __ Mov(x1, ExternalReference::date_cache_stamp(masm->isolate()));
- __ Ldr(x1, MemOperand(x1));
- __ Ldr(x2, FieldMemOperand(x0, JSDate::kCacheStampOffset));
- __ Cmp(x1, x2);
- __ B(ne, &stamp_mismatch);
- __ Ldr(x0, FieldMemOperand(
- x0, JSDate::kValueOffset + field_index * kPointerSize));
- __ Ret();
- __ Bind(&stamp_mismatch);
- }
- FrameScope scope(masm, StackFrame::INTERNAL);
- __ Mov(x1, Smi::FromInt(field_index));
- __ CallCFunction(
- ExternalReference::get_date_field_function(masm->isolate()), 2);
- }
- __ Ret();
-
- // 3. Raise a TypeError if the receiver is not a date.
- __ Bind(&receiver_not_date);
- {
- FrameScope scope(masm, StackFrame::MANUAL);
- __ Push(x0);
- __ Mov(x0, Smi::FromInt(0));
- __ EnterBuiltinFrame(cp, x1, x0);
- __ CallRuntime(Runtime::kThrowNotDateError);
-
- // It's far from obvious, but this final trailing instruction after the call
- // is required for StackFrame::LookupCode to work correctly. To illustrate
- // why: if call were the final instruction in the code object, then the pc
- // (== return address) would point beyond the code object when the stack is
- // traversed. When we then try to look up the code object through
- // StackFrame::LookupCode, we actually return the next code object that
- // happens to be on the same page in memory.
- // TODO(jgruber): A proper fix for this would be nice.
- __ nop();
- }
-}
-
-// static
void Builtins::Generate_FunctionPrototypeApply(MacroAssembler* masm) {
// ----------- S t a t e -------------
// -- x0 : argc
« no previous file with comments | « src/builtins/arm/builtins-arm.cc ('k') | src/builtins/builtins.h » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698