The IDL files Document.idl, Element.idl and DOMWindow.idl define touch event related properties depending on the ENABLE_TOUCH_EVENTS feature define. The conditional build is done using an #ifdef inside the idl file. That makes the generated sources depend on the setting at idl generation time, which breaks the package build where all files are pre-generated but it's possible to disable certain features. For example touch support is disabled when compiling against Qt 4.5. The idl files should use the Conditional=TOUCH_EVENTS syntax, to place the #ifdefs into the generated code.
Created attachment 51894 [details] Patch
Attachment 51894 [details] did not build on gtk: Build output: http://webkit-commit-queue.appspot.com/results/1592046
(In reply to comment #2) > Attachment 51894 [details] did not build on gtk: > Build output: http://webkit-commit-queue.appspot.com/results/1592046 It looks like the Gtk EWS needs a clean rebuild.
Comment on attachment 51894 [details] Patch LGTM, r+. Have not set to the cq flag yet, as it seems that this needs some extra (manual) care when landed.
Comment on attachment 51894 [details] Patch Extra manual care means cq-. Also looks like this might cause Gtk and Mac to fail to build, which would mean r-. I'm not sure why the mac failed since it didn't produce a log. Sadly we don't yet have a way to re-queue a patch on the EWS.
The error is real, the EWS worked correctly :-) I've filed 37149 to fix the bindings generator bug first before landing this.
<cherry-pick-for-backport: 57204>
Committed r57205: <http://trac.webkit.org/changeset/57205>
Revision r57204 cherry-picked into qtwebkit-2.0 with commit f544a8b519878c81f454876d80e1cd17a2f876ebRevision r57205 cherry-picked into qtwebkit-2.0 with commit 181033d9a0e7d1a6b1fed2dfff0cbc563e9a958c