diff options
Diffstat (limited to '')
| -rw-r--r-- | results/scraper/box64/59 | 37 | ||||
| -rw-r--r-- | results/scraper/box64/593 | 2 | ||||
| -rw-r--r-- | results/scraper/box64/595 | 4 | ||||
| -rw-r--r-- | results/scraper/box64/596 | 7 |
4 files changed, 50 insertions, 0 deletions
diff --git a/results/scraper/box64/59 b/results/scraper/box64/59 new file mode 100644 index 000000000..ed8861983 --- /dev/null +++ b/results/scraper/box64/59 @@ -0,0 +1,37 @@ +Minecraft bedrock server +I am trying to run Minecraft's official bedrock server software using box64 on an rpi4 (dietpi 64bit) +I used libs from [here](https://github.com/ptitSeb/box64/issues/46#issuecomment-877658313) extracted to /usr/lib/x86_64-linux-gnu +I also extracted [libgcc1](http://ftp.br.debian.org/debian/pool/main/g/gcc-8/libgcc1_8.3.0-6_amd64.deb) and [libstdc++6](http://ftp.br.debian.org/debian/pool/main/g/gcc-8/libstdc++6_8.3.0-6_amd64.deb) and also put the libs in /usr/lib/x86_64-linux-gnu + + +I think the main issue is with libnsl.so.1, but there is also an issue with the bedrock-server itself +I get the following error: +``` +dietpi@DietPiServer:/tmp/bedrock-server$ box64 bedrock_server +Box64 with Dynarec v0.1.3 2ee0230 built on Jul 16 2021 10:26:34 +Using default BOX64_LD_LIBRARY_PATH: ./:lib/:lib64/:x86_64/:bin64/:libs64/ +Using default BOX64_PATH: ./:bin/ +Counted 23 Env var +Looking for bedrock_server +Using native(wrapped) libz.so.1 +Using emulated /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Using native(wrapped) libssl.so.1 +Using native(wrapped) libcrypto.so.1 +Using native(wrapped) libdl.so.2 +Using native(wrapped) librt.so.1 +Using native(wrapped) libm.so.6 +Using native(wrapped) libpthread.so.0 +Using emulated /usr/lib/x86_64-linux-gnu/libstdc++.so.6 +Using emulated /usr/lib/x86_64-linux-gnu/libgcc_s.so.1 +Using native(wrapped) libc.so.6 +Using native(wrapped) ld-linux-x86-64.so.2 +Warning, cannot apply Global type: R_X86_64_TPOFF64 on errno @0x7fabfdbfa0 (0), no elf_header found +Error: Global Symbol xdr_void not found, cannot apply R_X86_64_GLOB_DAT @0x7fabfdbfb0 ((nil)) in /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Error: Global Symbol xdr_u_int not found, cannot apply R_X86_64_GLOB_DAT @0x7fabfdbfc8 ((nil)) in /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Error: Global Symbol _libc_intl_domainname not found, cannot apply R_X86_64_GLOB_DAT @0x7fabfdbfd0 ((nil)) in /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Error: Global Symbol xdr_netobj not found, cannot apply R_X86_64_GLOB_DAT @0x7fabfdbfd8 ((nil)) in /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Error: Global Symbol xdr_bool not found, cannot apply R_X86_64_GLOB_DAT @0x7fabfdbfe8 ((nil)) in /usr/lib/x86_64-linux-gnu/libnsl.so.1 +Error: Global Symbol EVP_MD_CTX_free not found, cannot apply R_X86_64_GLOB_DAT @0x5060b20 ((nil)) in /tmp/bedrock-server/bedrock_server +Error: Global Symbol EVP_CIPHER_CTX_free not found, cannot apply R_X86_64_GLOB_DAT @0x5060e68 ((nil)) in /tmp/bedrock-server/bedrock_server +Error: PltResolver: Symbol OPENSSL_init_crypto(ver 2: OPENSSL_init_crypto@OPENSSL_1_1_0) not found, cannot apply R_X86_64_JUMP_SLOT 0x50610e8 (0x40b826) in /tmp/bedrock-server/bedrock_server +``` \ No newline at end of file diff --git a/results/scraper/box64/593 b/results/scraper/box64/593 new file mode 100644 index 000000000..0dd7c4879 --- /dev/null +++ b/results/scraper/box64/593 @@ -0,0 +1,2 @@ +have android arm64 build? +i modify src to build on android arm64, build ok，but can not run \ No newline at end of file diff --git a/results/scraper/box64/595 b/results/scraper/box64/595 new file mode 100644 index 000000000..8cc390f89 --- /dev/null +++ b/results/scraper/box64/595 @@ -0,0 +1,4 @@ +[RV64] JIT of vector instructions +RISC-V is still a young architecture that has more extensions to be added. Currently, the “V” vector extension is in a [frozen state](https://github.com/riscv/riscv-v-spec/tree/57998875a3aebfe53407e82f1ec9fda0fef746c7) and is expected to be ratified in the near future. T-Head has implemented a draft version (namely 0.7.1) of the V extension in their cores before, but apparently this is not widely adopted by most distros. + +As a result, we still lack real-world support for the (stable) vector extension as of now. This poses a challenge if we want to directly translate ARM neon instructions to their RISC-V V counterparts. Should we leave these instructions to the emulation interpreter or use scalar instructions as a workaround? \ No newline at end of file diff --git a/results/scraper/box64/596 b/results/scraper/box64/596 new file mode 100644 index 000000000..a018e1122 --- /dev/null +++ b/results/scraper/box64/596 @@ -0,0 +1,7 @@ +[LA464] Dynarec writting +I started writting a Dynarec for the LongArch architecture, and some of the code can be seen in current Box64 code. +However, I don't have access to any LongArch machine anymore and so cannot conitnue this port. + +It's a shame because there is a lot of synergy between this and the ongoing RISCV effort actually going on. Some of the chalenge (like the sign extension for 32bits values) are shared, so developping both dynarec at the same time would make sense. + +For this, I need access to a LongArch machine (preferably a physical machine, as remote machine are slow to the point it make develepment awkward). \ No newline at end of file |