RESOLVED FIXED 32939
[WINCE] Buildfix for jsc
https://bugs.webkit.org/show_bug.cgi?id=32939
Summary [WINCE] Buildfix for jsc
Patrick R. Gansterer
Reported 2009-12-25 13:24:15 PST
Created attachment 45497 [details] Buildfix for jsc.cpp jsc.cpp can't be compiled because functionQuit doesn't return a value. I also fixed some style errors
Attachments
Buildfix for jsc.cpp (4.53 KB, patch)
2009-12-25 13:24 PST, Patrick R. Gansterer
eric: review-
commit-queue: commit-queue-
WinMain function for WinCE (3.35 KB, patch)
2009-12-25 13:30 PST, Patrick R. Gansterer
no flags
Buildfix for MainThreadWin.cpp (1.43 KB, patch)
2009-12-25 16:57 PST, Patrick R. Gansterer
no flags
Some buildfixes for WebCore/platform/wince/ (2.01 KB, patch)
2009-12-25 18:27 PST, Patrick R. Gansterer
no flags
Buildfix for RenderThemeWince.cpp (4.68 KB, patch)
2009-12-26 06:11 PST, Patrick R. Gansterer
no flags
Buildfix for TextBreakIteratorWince.cpp (1.05 KB, patch)
2009-12-26 06:41 PST, Patrick R. Gansterer
no flags
Buildfix for jsc.cpp (4.72 KB, patch)
2009-12-31 00:30 PST, Patrick R. Gansterer
eric: review+
paroga: commit-queue-
Buildfix for jsc.cpp (4.71 KB, patch)
2010-01-05 13:46 PST, Patrick R. Gansterer
no flags
WebKit Review Bot
Comment 1 2009-12-25 13:26:14 PST
style-queue ran check-webkit-style on attachment 45497 [details] without any errors.
Patrick R. Gansterer
Comment 2 2009-12-25 13:30:01 PST
Created attachment 45498 [details] WinMain function for WinCE WinCE doesn't support a main function, only a WinMain. This is a simple wrapper to call the usual main, which only needs to be linked additionaly. Maybe there is a better place for this file instead of os-win32? This file can be reused by other executables too, insted of only patching jsc.cpp
WebKit Review Bot
Comment 3 2009-12-25 13:31:35 PST
Attachment 45498 [details] did not pass style-queue: Failed to run "WebKitTools/Scripts/check-webkit-style" exit_code: 1 JavaScriptCore/os-win32/WinMain.cpp:22: Found other header before a header this file implements. Should be: config.h, primary header, blank line, and then alphabetically sorted. [build/include_order] [4] Total errors found: 1
Patrick R. Gansterer
Comment 4 2009-12-25 16:57:13 PST
WebKit Review Bot
Comment 5 2009-12-25 16:59:08 PST
style-queue ran check-webkit-style on attachment 45502 [details] without any errors.
Patrick R. Gansterer
Comment 6 2009-12-25 18:27:43 PST
Created attachment 45504 [details] Some buildfixes for WebCore/platform/wince/ This are only the first (simple) fixes. Many of the other files don't compile too :-(
WebKit Review Bot
Comment 7 2009-12-25 18:30:11 PST
style-queue ran check-webkit-style on attachment 45504 [details] without any errors.
Adam Barth
Comment 8 2009-12-25 20:02:17 PST
Comment on attachment 45498 [details] WinMain function for WinCE ok
Adam Barth
Comment 9 2009-12-25 20:03:43 PST
Comment on attachment 45504 [details] Some buildfixes for WebCore/platform/wince/ ok... I like the previous patch's way of handling this slightly better.
Patrick R. Gansterer
Comment 10 2009-12-26 06:11:37 PST
Created attachment 45508 [details] Buildfix for RenderThemeWince.cpp
WebKit Review Bot
Comment 11 2009-12-26 06:12:09 PST
style-queue ran check-webkit-style on attachment 45508 [details] without any errors.
Patrick R. Gansterer
Comment 12 2009-12-26 06:41:19 PST
Created attachment 45509 [details] Buildfix for TextBreakIteratorWince.cpp
WebKit Review Bot
Comment 13 2009-12-26 06:42:39 PST
style-queue ran check-webkit-style on attachment 45509 [details] without any errors.
WebKit Commit Bot
Comment 14 2009-12-27 00:11:20 PST
Comment on attachment 45497 [details] Buildfix for jsc.cpp Rejecting patch 45497 from commit-queue. Failed to run "['WebKitTools/Scripts/build-webkit']" exit_code: 1 Last 500 characters of output: uild/Release/testapi.build/Script-14D857B50A469C100032146C.sh === BUILDING AGGREGATE TARGET All OF PROJECT JavaScriptCore WITH CONFIGURATION Release === Checking Dependencies... ** BUILD FAILED ** The following build commands failed: jsc: Distributed-CompileC /Users/eseidel/Projects/CommitQueueSVN/WebKitBuild/JavaScriptCore.build/Release/jsc.build/Objects-normal/i386/jsc.o /Users/eseidel/Projects/CommitQueueSVN/JavaScriptCore/jsc.cpp normal i386 c++ com.apple.compilers.gcc.4_2 (1 failure) Full output: http://webkit-commit-queue.appspot.com/results/149141
WebKit Commit Bot
Comment 15 2009-12-27 00:24:23 PST
Comment on attachment 45498 [details] WinMain function for WinCE Clearing flags on attachment: 45498 Committed r52570: <http://trac.webkit.org/changeset/52570>
Eric Seidel (no email)
Comment 16 2009-12-27 00:26:06 PST
Comment on attachment 45508 [details] Buildfix for RenderThemeWince.cpp LGTM.
Eric Seidel (no email)
Comment 17 2009-12-27 00:26:30 PST
Comment on attachment 45509 [details] Buildfix for TextBreakIteratorWince.cpp LGTM.
Eric Seidel (no email)
Comment 18 2009-12-27 00:29:27 PST
Each of these fixes really should have had its own bug. Or at least the ChangeLogs should have all referenced bugs, even if they were all the same bug.
WebKit Commit Bot
Comment 19 2009-12-27 00:32:11 PST
Comment on attachment 45502 [details] Buildfix for MainThreadWin.cpp Clearing flags on attachment: 45502 Committed r52571: <http://trac.webkit.org/changeset/52571>
Patrick R. Gansterer
Comment 20 2009-12-27 00:35:29 PST
(In reply to comment #14) > (From update of attachment 45497 [details]) > Rejecting patch 45497 from commit-queue. Do you have more infos about the error? (In reply to comment #18) > Each of these fixes really should have had its own bug. Or at least the > ChangeLogs should have all referenced bugs, even if they were all the same bug. I started only with getting jsc running, but then i found more and more errors... I also have many too for posting it here. Should i realy open a bug for every single file or should i pack them into one patch? Sidenote: #32169 has a pending review, but no comments on it.
WebKit Commit Bot
Comment 21 2009-12-27 00:40:07 PST
Comment on attachment 45504 [details] Some buildfixes for WebCore/platform/wince/ Clearing flags on attachment: 45504 Committed r52572: <http://trac.webkit.org/changeset/52572>
WebKit Commit Bot
Comment 22 2009-12-27 00:47:59 PST
Comment on attachment 45508 [details] Buildfix for RenderThemeWince.cpp Clearing flags on attachment: 45508 Committed r52573: <http://trac.webkit.org/changeset/52573>
WebKit Commit Bot
Comment 23 2009-12-27 00:55:53 PST
Comment on attachment 45509 [details] Buildfix for TextBreakIteratorWince.cpp Clearing flags on attachment: 45509 Committed r52574: <http://trac.webkit.org/changeset/52574>
Eric Seidel (no email)
Comment 24 2009-12-27 08:31:00 PST
Not every patch needs a new bug, but it's often helpful. In this case, the only problem is that all the ChangeLogs should have had a bug number in them. Neither is a big deal. Thanks again for the patches!
Eric Seidel (no email)
Comment 25 2009-12-28 22:25:48 PST
Comment on attachment 45497 [details] Buildfix for jsc.cpp Marking this patch r- since it would break the Mac build (at least according to the commit-queue output).
Patrick R. Gansterer
Comment 26 2009-12-29 08:20:48 PST
(In reply to comment #25) > (From update of attachment 45497 [details]) > Marking this patch r- since it would break the Mac build (at least according to > the commit-queue output). Can you please provide me the errormessage of the compiler. I don't know where the problem might be and don't have a Mac to compile it myself. Does Mac require no statement after an exit????
Eric Seidel (no email)
Comment 27 2009-12-29 09:20:39 PST
The bot already provided the error message in comment 14: https://bugs.webkit.org/show_bug.cgi?id=32939#c14
Eric Seidel (no email)
Comment 28 2009-12-29 09:21:42 PST
A little searching through the full output linked to from comment 14 found this: cc1plus: warnings being treated as errors /Users/eseidel/Projects/CommitQueueSVN/JavaScriptCore/jsc.cpp: In function ‘JSC::JSValue functionQuit(JSC::ExecState*, JSC::JSObject*, JSC::JSValue, const JSC::ArgList&)’: /Users/eseidel/Projects/CommitQueueSVN/JavaScriptCore/jsc.cpp:297: warning: function declared ‘noreturn’ has a ‘return’ statement distcc[4729] ERROR: compile /Users/eseidel/Projects/CommitQueueSVN/JavaScriptCore/jsc.cpp on localhost failed
Patrick R. Gansterer
Comment 29 2009-12-30 10:26:08 PST
(In reply to comment #27) > The bot already provided the error message in comment 14: > https://bugs.webkit.org/show_bug.cgi?id=32939#c14 Ok, i didn't found it between the many setenv, when i looked at it :-( Do you see a way to improve the output? A HTML-output with anchor tags for every target and a dictionary? With patch from bug 33056 i got a better error message. So the NO_RETUN must not be used, but I think that it won't compile with GCC afterwards? Can i try this without a mac?
Patrick R. Gansterer
Comment 30 2009-12-31 00:30:06 PST
Created attachment 45704 [details] Buildfix for jsc.cpp
WebKit Review Bot
Comment 31 2009-12-31 00:31:19 PST
style-queue ran check-webkit-style on attachment 45704 [details] without any errors.
Eric Seidel (no email)
Comment 32 2010-01-05 13:32:24 PST
Comment on attachment 45704 [details] Buildfix for jsc.cpp OK.
Patrick R. Gansterer
Comment 33 2010-01-05 13:46:11 PST
Created attachment 45930 [details] Buildfix for jsc.cpp The PLATFORM() macro changed to OS() in the meantime
WebKit Review Bot
Comment 34 2010-01-05 13:47:36 PST
style-queue ran check-webkit-style on attachment 45930 [details] without any errors.
Eric Seidel (no email)
Comment 35 2010-01-05 13:58:33 PST
Comment on attachment 45930 [details] Buildfix for jsc.cpp OK. I'm not sure why you moved --help to the end, but looks OK.
Patrick R. Gansterer
Comment 36 2010-01-05 14:03:33 PST
(In reply to comment #35) > I'm not sure why you moved --help to the end, but looks OK. There is no sorting and so all cases witch a continue at the end are together.
WebKit Commit Bot
Comment 37 2010-01-05 14:30:25 PST
Comment on attachment 45930 [details] Buildfix for jsc.cpp Clearing flags on attachment: 45930 Committed r52824: <http://trac.webkit.org/changeset/52824>
WebKit Commit Bot
Comment 38 2010-01-05 14:30:40 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.