Closed ghost closed 1 year ago
Building on musl is not supported, because there is no musl->glibc compatibility layer built-in. You can probably use the "ANDROID" profile for that. But, once build, box64 will be able to only run musl x86_64 binary. Are you sure this is what you want to do?
Building on musl is not supported, because there is no musl->glibc compatibility layer built-in. You can probably use the "ANDROID" profile for that. But, once build, box64 will be able to only run musl x86_64 binary. Are you sure this is what you want to do?
Yes, because alpine have wine package, but it's for x86 or x86_64
I don't understand your answer. Do you want to build box64 to run qemu with it?
sorry :) I want to build box64 to run x86_64 wine from alpine packages
I have made a patch of "MUSL Profile" But I'm still unable to linking box64 because something is missing in musl
ld: CMakeFiles/box64.dir/src/elfs/elfloader.c.o: in function `dl_iterate_phdr_findsymbol':
box64/src/elfs/elfloader.c:1839: undefined reference to `dlvsym'
ld: CMakeFiles/box64.dir/src/wrapped/wrappedlibc.c.o: in function `my_scandirat':
box64/src/wrapped/wrappedlibc.c:1926(1924 before patch): undefined reference to `scandirat'
ld: CMakeFiles/box64.dir/src/libtools/threads.c.o: in function `init_pthread_helper':
box64/src/libtools/threads.c:1105(1101 before patch): undefined reference to `dlvsym'
ld: CMakeFiles/box64.dir/src/libtools/obstack.c.o: in function `my_obstack_vprintf':
box64/src/libtools/obstack.c:230: undefined reference to `obstack_vprintf'
Could you please give me some advice?
Give up
I'm trying to build box64 on alpine, but these errors occurred during build:
I found
__uint16_t
inglibc/posix/bits/types.h
, but can't find it in musl-libc. Is it safe to replace it withu_int16_t
in order to pass build?