-
Notifications
You must be signed in to change notification settings - Fork 11
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
Error on LowLevelInterpreter with mingw build #28
Comments
So, annulen over at qtwebkit repo confirmed that 32bit JIT was abandoned long time ago which is why this code is falling back to CLoop which again is untested and unsupported on 32bit mingw. So i guess i have to give up on this. Meanwhile i tried for 64bit mingw crosscompile which got me further but still errors out early. There were some fixable errors like mispelled or not existing includes. The first error that left me scratching my head was:
Since i have read somewhere that dllimport/export markings are more of a msvc thing and not gcc (which is used here), i disabled them:
Can anyone confirm this is the right approach? Anyway, this got me some compilations further but now im getting an assembler error again:
Here we are again with some compiler voodoo i dont understand. I suspect there will be some defines or compiler flags which would tell the assembler to make the right things, but im lost here for now. Anyone else an idea? |
Hi, I managed to fully compile QtWebkit for Qt 6.5.3 and Mingw 64 bit.
And here i am stuck for now. Now for your errors: Then your next error ".previous" opcode is only valid on ELF executables (LINUX)
i don't know if its right solution or not, but anyways OLD source code for this file (Qt-5) did not contain this opcode Anyway - please continue building, at least until you get "jsc.exe" compiled if it segfaults - no poin building further until we fix this, as i can assure you rest of the code builds OK also - could it be because i did not enable JIT... |
Im coming further along (from 19% to 22% 😃 ). Next error is:
|
Strange, you said you use MSVC? Because this is related to compiling under MINGW... so what you do is this: #if COMPILER(MINGW64) && (!defined(__MINGW64_VERSION_RC) || __MINGW64_VERSION_RC < 1) |
Im doing both, msvc and mingw, just to see if i get at least one to compile. As the issue title states, here im talking about mingw progress. In the other issue about pearl im talking about msvc. Sorry if im confusing you 😄 patching the mingw build through mxe is very cumbersome since i have to create a patch file for every single line ... but i'll see what i can do. Thanks for the help so far! |
Ok, i had time for another build try, we are at a whooping 39% 🥳 The jsc.exe basically has the same linker errors i have in the other ticket with msvc:
There is also good stuff ahead:
|
After fixing the linker errors jsc.exe builds now. Did not have time to test it yet since i'm on a mac at work now. Trying to fix the ScriptExecutionContextIdentifier.h error next. |
Thats strange, i did not have this one error (or maybe i dont remember having it) Waiting for your test run of jsc.exe. |
I'm compiling the "2022-09-07" tag. I thought this would mean less friction than using newer code. Thats why you didn't see this one. The is related to https://bugs.webkit.org/show_bug.cgi?id=234696 The qt6 branch already has the changes integrated. Anyway i fixed it and the next one is:
|
Btw, i copied the compiled exe to a win laptop and a basic execution works:
Do you have any special command i should test or is this sufficient as proof of concept? |
Try to run "jsc.exe" without any flags, so it tries to load interpreter. with "-h" flag my jsc.exe works as well (because id does not load interpreter). Some info from you:
|
About your error: please pu this code in GraphicsContextQt.h:
|
It's mingw (crosscompiled through mxe https://github.com/mxe/mxe) In 5.212 it directly showed if JIT was enabled with "ENABLE_JIT=ON" It's not showing this in my log so i'm actually not sure.
-1073741819 in hex is 0xC0000005 which is STATUS_ACCESS_VIOLATION |
It seems qtwebkit default disabled it 7 years ago for mingw (qtwebkit@52fcce0) When i enable it i error out early:
|
So yeah, your jsc is crashing same way.. so let's wait if someone replies at qtwebkt repo to my request, or try to forward my collected info to someone at webkit mailing list... what i tried additionally: P.S. Also tried building in VM Windows 10 - results are same. |
Im trying to build the latest qt5 code with mxe crosscompiled for win.
After some initial patches it seems its getting configured but fails later with the following:
Has anyone any clue whats going wrong? Is it perhaps some misconfiguration? Some missing includes? This bytecode generation voodoo is so low level - i dont have a clue where to look for fixing this.
The text was updated successfully, but these errors were encountered: