Bug 96175

Summary: JSC: Implement llint support on the Windows port
Product: WebKit Reporter: Mark Lam <mark.lam>
Component: JavaScriptCoreAssignee: Mark Lam <mark.lam>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, benjamin, bfulgham, dpranke, eric, fpizlo, ggaren, gtk-ews, gustavo, ossy, philn, roger_fong, webkit.review.bot, xan.lopez, zan
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 96127    
Bug Blocks:    
Attachments:
Description Flags
Work in progress 1: Seems to build LLIntAssembly.h successfully.
none
Example of a generated LLIntAssembly.h for the llint C++ backend.
none
Example of a generated LLIntDesiredOffsets.h.
none
Windows port seems to build now. Let's try it on the EWS.
webkit-ews: commit-queue-
A much cleaner patch that forces the llint C++ backend only on the Windows port.
buildbot: commit-queue-
work in progress 4: fixed the 2 issues that broke the last ews try.
none
work in progress 5: cleaned up, and svn up'ed.
none
Fix. ggaren: review+

Mark Lam
Reported 2012-09-07 22:03:19 PDT
Need llint support on the Windows port.
Attachments
Work in progress 1: Seems to build LLIntAssembly.h successfully. (50.49 KB, patch)
2012-09-07 22:27 PDT, Mark Lam
no flags
Example of a generated LLIntAssembly.h for the llint C++ backend. (452.72 KB, application/octet-stream)
2012-09-07 22:51 PDT, Mark Lam
no flags
Example of a generated LLIntDesiredOffsets.h. (3.59 MB, application/octet-stream)
2012-09-07 22:53 PDT, Mark Lam
no flags
Windows port seems to build now. Let's try it on the EWS. (62.29 KB, patch)
2012-09-08 10:26 PDT, Mark Lam
webkit-ews: commit-queue-
A much cleaner patch that forces the llint C++ backend only on the Windows port. (30.60 KB, patch)
2012-09-11 16:34 PDT, Mark Lam
buildbot: commit-queue-
work in progress 4: fixed the 2 issues that broke the last ews try. (46.20 KB, patch)
2012-09-11 21:34 PDT, Mark Lam
no flags
work in progress 5: cleaned up, and svn up'ed. (28.61 KB, patch)
2012-09-15 23:51 PDT, Mark Lam
no flags
Fix. (30.73 KB, patch)
2012-09-16 23:36 PDT, Mark Lam
ggaren: review+
Mark Lam
Comment 1 2012-09-07 22:27:39 PDT
Created attachment 162941 [details] Work in progress 1: Seems to build LLIntAssembly.h successfully. Unfortunately, LowLevelInterpreter.cpp doesn't build on MSVC. Will need to investigate that next.
Mark Lam
Comment 2 2012-09-07 22:51:43 PDT
Created attachment 162944 [details] Example of a generated LLIntAssembly.h for the llint C++ backend.
Mark Lam
Comment 3 2012-09-07 22:53:18 PDT
Created attachment 162945 [details] Example of a generated LLIntDesiredOffsets.h.
Mark Lam
Comment 4 2012-09-08 10:26:42 PDT
Created attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS.
WebKit Review Bot
Comment 5 2012-09-08 10:30:07 PDT
Attachment 162960 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/JavaScriptCore/ChangeLog', u'Source..." exit_code: 1 Source/WTF/wtf/UnusedParam.h:40: Missing spaces around && [whitespace/operators] [3] Total errors found: 1 in 25 files If any of these errors are false positives, please file a bug against check-webkit-style.
Early Warning System Bot
Comment 6 2012-09-08 10:44:39 PDT
Comment on attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS. Attachment 162960 [details] did not pass qt-ews (qt): Output: http://queues.webkit.org/results/13785997
Early Warning System Bot
Comment 7 2012-09-08 10:48:11 PDT
Comment on attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS. Attachment 162960 [details] did not pass qt-wk2-ews (qt): Output: http://queues.webkit.org/results/13802124
Build Bot
Comment 8 2012-09-08 10:51:50 PDT
Comment on attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS. Attachment 162960 [details] did not pass win-ews (win): Output: http://queues.webkit.org/results/13798252
Gyuyoung Kim
Comment 9 2012-09-08 10:52:51 PDT
Comment on attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS. Attachment 162960 [details] did not pass efl-ews (efl): Output: http://queues.webkit.org/results/13800230
kov's GTK+ EWS bot
Comment 10 2012-09-08 11:52:52 PDT
Comment on attachment 162960 [details] Windows port seems to build now. Let's try it on the EWS. Attachment 162960 [details] did not pass gtk-ews (gtk): Output: http://queues.webkit.org/results/13787000
Mark Lam
Comment 11 2012-09-11 16:34:40 PDT
Created attachment 163477 [details] A much cleaner patch that forces the llint C++ backend only on the Windows port. Let's test this against the ews bots.
Build Bot
Comment 12 2012-09-11 17:49:46 PDT
Comment on attachment 163477 [details] A much cleaner patch that forces the llint C++ backend only on the Windows port. Attachment 163477 [details] did not pass win-ews (win): Output: http://queues.webkit.org/results/13811769
kov's GTK+ EWS bot
Comment 13 2012-09-11 19:06:25 PDT
Comment on attachment 163477 [details] A much cleaner patch that forces the llint C++ backend only on the Windows port. Attachment 163477 [details] did not pass gtk-ews (gtk): Output: http://queues.webkit.org/results/13806971
Mark Lam
Comment 14 2012-09-11 21:34:56 PDT
Created attachment 163514 [details] work in progress 4: fixed the 2 issues that broke the last ews try.
WebKit Review Bot
Comment 15 2012-09-11 21:37:47 PDT
Attachment 163514 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/JavaScriptCore/JavaScriptCore.vcpro..." exit_code: 1 Source/JavaScriptCore/bytecode/Opcode.h:42: Code inside a namespace should not be indented. [whitespace/indent] [4] Total errors found: 1 in 18 files If any of these errors are false positives, please file a bug against check-webkit-style.
Mark Lam
Comment 16 2012-09-15 23:51:56 PDT
Created attachment 164310 [details] work in progress 5: cleaned up, and svn up'ed.
Mark Lam
Comment 17 2012-09-16 23:36:28 PDT
Geoffrey Garen
Comment 18 2012-09-17 09:42:41 PDT
Comment on attachment 164344 [details] Fix. View in context: https://bugs.webkit.org/attachment.cgi?id=164344&action=review r=me > Source/JavaScriptCore/JavaScriptCore.vcproj/LLIntOffsetsExtractor/LLIntOffsetsExtractor.vcproj:12 > + <Platform > + Name="Win32" > + /> Does this specifically exclude Win64?
Mark Lam
Comment 19 2012-09-17 09:47:08 PDT
(In reply to comment #18) > > Source/JavaScriptCore/JavaScriptCore.vcproj/LLIntOffsetsExtractor/LLIntOffsetsExtractor.vcproj:12 > > + <Platform > > + Name="Win32" > > + /> > > Does this specifically exclude Win64? I think yes. But I didn't add this. It is simply inherited (copied from) from the rest of the project. This may have to be revised when/if Win64 support is added.
Mark Lam
Comment 20 2012-09-17 10:03:59 PDT
Csaba Osztrogonác
Comment 21 2012-09-17 10:19:31 PDT
(In reply to comment #20) > Committed r128771: <http://trac.webkit.org/changeset/128771>. It broke my git.webkit.org repository: $ git status # On branch master # Changed but not updated: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: Source/JavaScriptCore/JavaScriptCore.vcproj/LLIntAssembly/LLIntAssembly.vcproj # modified: Source/JavaScriptCore/JavaScriptCore.vcproj/LLIntDesiredOffsets/LLIntDesiredOffsets.vcproj # modified: Source/JavaScriptCore/JavaScriptCore.vcproj/LLIntOffsetsExtractor/LLIntOffsetsExtractor.vcproj # no changes added to commit (use "git add" and/or "git commit -a") git checkout ... or git reset --hard HEAD can't fix it. Have you got any idea what is this problem?
Csaba Osztrogonác
Comment 22 2012-09-17 10:35:31 PDT
... and it killed Qt,GTK,EFL EWS bots with same error. I cc-ed other guys, maybe you any idea what happens.
Csaba Osztrogonác
Comment 23 2012-09-17 10:46:33 PDT
I think I got the problem. The old vcproj files has the following svn property: "Property svn:eol-style set to native", but the problematic 3 files don't.
Mark Lam
Comment 24 2012-09-17 10:48:28 PDT
(In reply to comment #23) > I think I got the problem. The old vcproj files has the following svn property: > "Property svn:eol-style set to native", but the problematic 3 files don't. OK, I'll undo the commit, and re-apply to see if that helps.
Csaba Osztrogonác
Comment 25 2012-09-17 10:59:44 PDT
I filed a new bug report to find a general fix for this problem - https://bugs.webkit.org/show_bug.cgi?id=96934
Mark Lam
Comment 26 2012-09-17 11:02:14 PDT
(In reply to comment #24) > (In reply to comment #23) > > I think I got the problem. The old vcproj files has the following svn property: > > "Property svn:eol-style set to native", but the problematic 3 files don't. > > OK, I'll undo the commit, and re-apply to see if that helps. Set svn:eol-style to native in r128777: <http://trac.webkit.org/changeset/128777>.
Brent Fulgham
Comment 27 2012-09-17 21:28:27 PDT
This change broke the WinCairo build bot. I'll try to get it sorted out in the morning.
Mark Lam
Comment 28 2012-09-18 01:04:46 PDT
(In reply to comment #27) > This change broke the WinCairo build bot. I'll try to get it sorted out in the morning. This is being fixed in <https://bugs.webkit.org/show_bug.cgi?id=96992>.
Note You need to log in before you can comment on or make changes to this bug.