-
-
Notifications
You must be signed in to change notification settings - Fork 233
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
Support for uclibc-ng/musl libc ? #762
Comments
The point of box86 is to emulate a linux x86 environement, that's why it assume the underlying system is a linux glibc yes. Those missing function needs some "stub" if your libc doesn't have them, because running program might use them. (well, the complex function are not often used, so maybe you can live without them) Also, without a dynarec, donc expect too much of this... |
Box86 is designed with glibc in mind so it is expected to not work great on non-glibc Linux environment. Retire this package until upstream properly add support for musl libc and maybe bionic libc. ptitSeb/box86#762
Box86 is designed with glibc in mind so it is expected to not work great on non-glibc Linux environment. Retire this package until upstream properly add support for musl libc and maybe bionic libc. ptitSeb/box86#762
Box86 is designed with glibc in mind so it is expected to not work great on non-glibc Linux environment. Retire this package until upstream properly add support for musl libc and maybe bionic libc. ptitSeb/box86#762
Just curious, how much work would it take to have box86/64, to be built with musl on a little-endian host, to run x86/64 programs linked to glibc? If it's just fixing the build issues, I could try to whip up a PR |
It would need to fix build (should not be too complex), but also write all glibc function that don't exist in musl (probably more work). But that 2nd point could be done be increment, on a need-by-need basis. |
Alright.. I'll see if I can get it to build then :) |
I wanted to compile box86 just for fun to see if it's interpreter would work on MIPS32r2.
However, i noticed that it seemingly makes assumptions about glibc as stuff like dlvsym, __chk_fail, backtrace, among others (csqrtf, clogf)... are not available in uclibc-ng.
I noticed that there's a port of Android in there but i have no idea if it even works.
I sort of made an attempt to hack it for OpenDingux here : https://github.com/gameblabla/box86/tree/opendingux
But obviously, there's still the undefined functions as mentioned above.
The text was updated successfully, but these errors were encountered: