WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
33426
Implement JIT_OPTIMIZE_NATIVE_CALL for WinCE
https://bugs.webkit.org/show_bug.cgi?id=33426
Summary
Implement JIT_OPTIMIZE_NATIVE_CALL for WinCE
Patrick R. Gansterer
Reported
2010-01-09 13:03:26 PST
See patch
Attachments
The patch
(2.46 KB, patch)
2010-01-09 13:16 PST
,
Patrick R. Gansterer
oliver
: review-
paroga
: commit-queue-
Details
Formatted Diff
Diff
The patch
(2.46 KB, patch)
2010-01-26 11:21 PST
,
Patrick R. Gansterer
no flags
Details
Formatted Diff
Diff
The patch (added JSVALUE32_64)
(4.23 KB, patch)
2010-02-20 09:52 PST
,
Patrick R. Gansterer
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Patrick R. Gansterer
Comment 1
2010-01-09 13:16:51 PST
Created
attachment 46214
[details]
The patch It was a hard task, but i think it's working now. Because i couldn't find any valuable information about the calling conventions an WinCE, i've done this via a kind of reverse engineering :-/ Since run-javascriptcore-tests isn't woking, i only wan't some feedback if this patch looks sane. I'll post a comment when i've run all the tests to ensure that i doesn't introduce a regression.
Oliver Hunt
Comment 2
2010-01-10 20:16:47 PST
Comment on
attachment 46214
[details]
The patch I don't think it's right to be detecting wince based on the compiler, isn't there a PLATFORM(WINCE) ?
Patrick R. Gansterer
Comment 3
2010-01-16 08:11:35 PST
(In reply to
comment #2
)
> I don't think it's right to be detecting wince based on the compiler, isn't > there a PLATFORM(WINCE) ?
Yes, but all other ifdefs are COMPILER(XY) too. So the other COMPILER(MSVC) should be changed to OS(WIN)? But anyway, can you give me feedback about my implementation? Does it look sane?
Patrick R. Gansterer
Comment 4
2010-01-26 11:21:08 PST
Created
attachment 47424
[details]
The patch changed COMPILER(MSVC) to OS(WINCE)
Zoltan Herczeg
Comment 5
2010-02-01 04:06:00 PST
Patch seems OK for me. However, the patch supports only JSvalue32. We plan to enable JSValue32_64 support for ARM (as 75% voted for it). The NATIVE call support for this mode started from line 252 in the very same file (JITOpcodes.cpp). Could you add WinCE support for this mode as well?
Patrick R. Gansterer
Comment 6
2010-02-20 09:52:10 PST
Created
attachment 49128
[details]
The patch (added JSVALUE32_64) Sorry for the long delay. It was like reverse engineering again.
Zoltan Herczeg
Comment 7
2010-02-20 10:30:08 PST
> Sorry for the long delay. > It was like reverse engineering again.
GCC is no better. The patch looks good to me. (but I am not a reviewer)
Eric Seidel (no email)
Comment 8
2010-03-05 13:46:44 PST
Comment on
attachment 49128
[details]
The patch (added JSVALUE32_64) Looks non-harmful. rs=me.
WebKit Commit Bot
Comment 9
2010-03-06 03:31:22 PST
Comment on
attachment 49128
[details]
The patch (added JSVALUE32_64) Clearing flags on attachment: 49128 Committed
r55615
: <
http://trac.webkit.org/changeset/55615
>
WebKit Commit Bot
Comment 10
2010-03-06 03:31:27 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug