The intent of this task is to create a new static library as part of the Qt port build process that only has WebKit2/UIProcess/API/C in the include search path.
The only other API use allowed outside of this would be the inclusion of UIProecss/API/qt/WKView.h.
This helps to ensure a cleaner separation and avoids the accidental introduction of further layer violations.
Created attachment 185785 [details]
Comment on attachment 185785 [details]
Attachment 185785 [details] did not pass qt-wk2-ews (qt):
Committed r141430: <http://trac.webkit.org/changeset/141430>
(In reply to comment #3)
> Committed r141430: <http://trac.webkit.org/changeset/141430>
CONFIG+=buildbot builds (all Qt-WK2 buildbot and the EWS) are
still broken because of this change as the EWS reported it.
(In reply to comment #4)
> (In reply to comment #3)
> > Committed r141430: <http://trac.webkit.org/changeset/141430>
> CONFIG+=buildbot builds (all Qt-WK2 buildbot and the EWS) are
> still broken because of this change as the EWS reported it.
Yeah, and I was able to reproduce it on my workstation. http://trac.webkit.org/changeset/141467 was supposed to fix it, but strangely the bots didn't do a clean build despite touching a .prf file (and a clean build is required to remove the stale .prl files)
Can you trigger a clean build manually?
Good point. I thought after the pr* clean build was triggered, but it wasn't.
I checked it. The reason is that diff is generated between the latest success
build and the actual build to determine if a pr* file is changed or not.
But now there wasn't any success build in the history, because we triggered
clean build after r141430.
I triggered a clean build again, and it seems it works now. (But there are
zillion crashes after Apple's last night work.)