Closed kevin406972552 closed 1 year ago
Interesting, I've never seen this error before. The discussion at https://github.com/rust-lang/rust/issues/93228 and https://bugs.gentoo.org/799878#c8 suggest that this message originates from the C library itself.
https://github.com/electron/electron/issues/24211 on the other hand suggests that you need to set DISPLAY , to reach the x server.
Are you running inside WSL by chance?
This runs on embedded Linux devices
As far as searching on the internet takes me, this appears to be some kind of incompatibility between glibc and the kernel. I'm not sure there's anything we can do on the Slint side. Could you try a different glibc version or perhaps switch to musl?
After switching to musl:
Ouch, we do indeed require dlopen. So musl is not an option:(.
Now the problem seems to be yeslogic-fontconfig-sys
Yes. And after that glutin, Wayland, or xcb: we do call dlopen() for a few system libraries. That means we can’t support musl.
I think you may need to get in touch with your linux distro to find out why glibc doesn’t support futexes. Maybe it’s a kernel incompatibility?
Would you like to know whether slint supports armv7-unknown-linux-gnueabihf or armv7-unknown-linux-gnueabi
Yes, armv7-unknown-linux-gnueabihf
is supported, I'm uncertain about armv7-unknown-linux-gnueabi
.
I wish slint would support framebuffer
I wish slint would support framebuffer
That's tracked in https://github.com/slint-ui/slint/issues/423 (Edit: https://github.com/slint-ui/slint/issues/712)
Are there still any problem tracked by this issue? Has the original problem been solved?
Cross compilation is error-free
Solve the problem of dynamic library
The futex facility returned an unexpected error code.Aborted