-
Notifications
You must be signed in to change notification settings - Fork 9
Support building WPE WebKit ToT #58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
The builders failing to build... is likely a consequence of |
Upstream PR for |
And for |
9e06cef
to
74f78c4
Compare
After upstreaming some of the remaining patches, only a revert is needed to build.
74f78c4
to
5bb163f
Compare
When trying this, I have the following problem:
|
@aperezdc , I have the same fdsan error, I believe, in this simpler PR. If I had to guess, I'd say it's something we're inheriting in the delta between 2.46 (working) and 2.48, and main simply has it as it incorporates 2.48 |
This will likely need a rework after #67 gets landed. |
This is an unverified PR that does the bare minimum to compile WPE WebKit ToT, bumping icu and libxml to their minimum versions, and updating the WPE WebKit recipe with the latest versions of patches.
This is missing a patch to use
gresource
for the injected bundle -- something that @aperezdc 's more ambitious #57 does, and as I haven't yet run minibrowser on Android, it might be hiding other problems.I had to make a minor modification to the upstreamed patch to build WebDriver as an executable or as a library -- as otherwise it complains about the WebKit namespace. From @aperezdc 's comments, I understand https://github.com/Igalia/wpe-android/blob/b918e3f8b86eda406436cb251c2e7b10a529008c/wpeview/src/main/cpp/Service/EntryPoint.cpp#L55 would need changing anyway, as it is still expecting the old entry point -- which this PR uses.
I had to revert https://commits.webkit.org/293591@main as it changes the way includes are added to generated messages, and that doesn't seem to work in our Cerbero build -- could be a problem with the compiler version we're using, not sure.
There are two minor build fix patches that I'll attempt to upstream now.