Yang Liu
Yang Liu
I suppose the bottom ones are what it looks like on an x86_64 machine?
Never mind, I reproduced this on my BPI F3, the issue is still on the experimental RVV support, so I'll disable it for now, it's not ready for the enduser...
> Why not use the ARM release of wps-office? For applications that have a native arm64 build, there should never be the need for emulation. Because we’re running on RISC-V...
I've fixed several issues and re-enabled RVV by default in #1750 and #1755, now wps-office should be okay on K1.
It's not working on RISC-V either, with or without Dynarec, the same error below. Interestingly, wine + Windows version also give exactly the same error. ``` debian@revyos-pioneer:~/x86/Celeste64-linux-x64$ ./Celeste64 Dynarec for...
If all the emitted code is messed around by the optimizer, it's difficult to do accurate signal handling -- how do we know the exact x86 register status in the...
I would suggest you wait for the AVX infrastructure for RV64 to finish if you want to get involved. We want box64 to support various profiles (e.g. w/ or w/o...
I've added a very basic AVX infra in #1962, closing this.
It's a Box32 issue, which is not specific to RISC-V, so I changed the label.
We need to refine current RVV support, add MMX support for RVV, and add xtheadvector support... so AVX will come after.