r172093 Added AbstractView.idl and CodeGeneratorJS.pm does not take care of it. In file included from /home/ryuan/workspace/project/webkit/efl-webkit/WebKitBuild/Release/DerivedSources/WebCore/JSAbstractView.cpp:22:0: /home/ryuan/workspace/project/webkit/efl-webkit/WebKitBuild/Release/DerivedSources/WebCore/JSAbstractView.h:24:26: fatal error: AbstractView.h: No such file or directory #include "AbstractView.h" ^ compilation terminated.
Created attachment 236075 [details] first trial
Do we know why the try bot did not catch this ? It was green for efl-wk2 at https://bugs.webkit.org/show_bug.cgi?id=135620
(In reply to comment #2) > Do we know why the try bot did not catch this ? It was green for efl-wk2 at https://bugs.webkit.org/show_bug.cgi?id=135620 It looks efl-ews didn't generate new file because of missing to remove cache files, which was used for reducing build time. I just fixed it.
Comment on attachment 236075 [details] first trial View in context: https://bugs.webkit.org/attachment.cgi?id=236075&action=review rs=me to fix build break on EFL port. > Source/WebCore/ChangeLog:3 > + [EFL] Build break since r172093 How about using "Build break on EFL port since r172093". Because this patch modifies code generation script, and it is not EFL port specific. [EFL] prefix may cause that this patch looks like EFL specific patch.
Committed r172128: <http://trac.webkit.org/changeset/172128>
Comment on attachment 236075 [details] first trial Clearing flags after landed manually. I am not 100% sure that this is the best. I landed this because all bots are green and it fixes real build break.
(In reply to comment #5) > Committed r172128: <http://trac.webkit.org/changeset/172128> It broke the bindings-generation tests: http://build.webkit.org/builders/Apple%20Mavericks%20Release%20WK1%20%28Tests%29/builds/7827