Bug 102195

Summary: Some <foo>p -> <foo>q fixes in LLInt64
Product: WebKit Reporter: Yuqiang Xian <yuqiang.xian>
Component: JavaScriptCoreAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: barraclough, darin, fpizlo, ggaren, mark.lam, oliver, ossy
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
patch
none
Rebased patch
none
Rebased again mark.lam: review+

Description Yuqiang Xian 2012-11-14 01:21:04 PST
Based on bug #100321, operations on 64-bit JSValues can use the <foo>q instructions.
Comment 1 Yuqiang Xian 2012-11-14 01:29:19 PST
Created attachment 174104 [details]
patch
Comment 2 Yuqiang Xian 2013-01-03 19:41:15 PST
Created attachment 181265 [details]
Rebased patch
Comment 3 Yuqiang Xian 2013-03-25 18:53:06 PDT
Created attachment 194973 [details]
Rebased again
Comment 4 Mark Hahnenberg 2013-11-04 10:36:11 PST
Comment on attachment 194973 [details]
Rebased again

Is there a reason for these changes? I like changing the raw loads to using load*FromInstruction, but I'm not clear on the seemingly random changes from *p to *q.
Comment 5 Yuqiang Xian 2013-11-04 17:18:36 PST
(In reply to comment #4)
> (From update of attachment 194973 [details])
> Is there a reason for these changes? I like changing the raw loads to using load*FromInstruction, but I'm not clear on the seemingly random changes from *p to *q.

The motivation is explained in bug #100321. We want to distinguish the "pointer" operations from the "64-bit value" operations. This patch just wants to make sure we consistently obey the rule of using *p for pointers and *q for 64-bit values.

If you think this is reasonable, I can make the patch updated with latest code. Thanks.
Comment 6 Darin Adler 2014-07-12 17:22:32 PDT
I think that Filip or someone else who knows the assembly issues should review+/cq+ this patch. I’d love to do it but I’m not 100% sure.
Comment 7 Darin Adler 2016-03-09 09:26:43 PST
Could someon review- or review+ this patch?
Comment 8 Mark Lam 2016-03-09 09:34:39 PST
Comment on attachment 194973 [details]
Rebased again

r=me