Compilation issue cross compiling for Miyoo mini +

Question

Compilation issue cross compiling for Miyoo mini +

Closed this issue 3 months ago · 10 comments

I tried compiling your super cool project 🥇
So gave it a shot with compiling SDL2 and dethrace
but got stuck on a linker error related to something with the brender software mode:

[ 97%] Building C object src/DETHRACE/CMakeFiles/dethrace_obj.dir/pc-win95/win95sys.c.o
[ 97%] Building C object src/DETHRACE/CMakeFiles/dethrace_obj.dir/pc-win95/ssdx.c.o
[ 98%] Building C object src/DETHRACE/CMakeFiles/dethrace_obj.dir/pc-win95/win95net.c.o
[ 98%] Building C object src/DETHRACE/CMakeFiles/dethrace_obj.dir/pc-dos/dosnet.c.o
[ 99%] Building C object src/DETHRACE/CMakeFiles/dethrace_obj.dir/pc-dos/dossys.c.o
[ 99%] Built target dethrace_obj
Scanning dependencies of target dethrace
[ 99%] Building C object src/DETHRACE/CMakeFiles/dethrace.dir/main.c.o
[100%] Linking C executable ../../dethrace
CMakeFiles/dethrace.dir/main.c.o: In function _BrBeginHook': main.c:(.text+0x3c): undefined reference to BrDrv1SoftPrimBegin'
main.c:(.text+0x40): undefined reference to `BrDrv1SoftRendBegin'
collect2: error: ld returned 1 exit status
make[2]: *** [src/DETHRACE/CMakeFiles/dethrace.dir/build.make:211: dethrace] Error 1
make[1]: *** [CMakeFiles/Makefile2:1067: src/DETHRACE/CMakeFiles/dethrace.dir/all] Error 2
make: *** [Makefile:87: all] Error 2

This was my commandline:

`export PATH=/opt/mmiyoo/bin/:$PATH

rm -rf dethrace
git clone https://github.com/dethrace-labs/dethrace.git
cd dethrace
git submodule update --init --recursive
sed -i '35i ../x86emu/include/x86emu.h ../x86emu/x86emu.c' ./lib/BRender-v1.3.2/drivers/softrend/CMakeLists.txt
sed -i '80i ../x86emu/include/x86emu.h ../x86emu/x86emu.c' ./lib/BRender-v1.3.2/drivers/pentprim/CMakeLists.txt
cat ./lib/BRender-v1.3.2/drivers/softrend/CMakeLists.txt

mkdir -p build
cd build
cmake -DCMAKE_TOOLCHAIN_FILE=/opt/mmiyoo/share/buildroot/toolchainfile.cmake --host=/opt/mmiyoo/share/buildroot/toolchainfile.cmake ..
make`

What could be going wrong for the linker not to find BrDrv1SoftPrimBegin or BrDrv1SoftRendBegin?

Maybe something to do with the recent changes to Brender? also, I needed to hack the x86emu in the included files, otherwise it could not find it.

Answer 1 · 2024-07-06T12:32:12.000Z

I did the compilation on colab.google.com,

Answer 2 · 2024-07-06T19:14:46.000Z

Can you please clean up the colab notebook so it can be run from start to finish?
Remove unused commands, and perhaps document why you run certain commands.
It's a bit of a mess right now.

Answer 3 · 2024-07-06T19:35:46.000Z

only the penultimate codeblock is relevant, you should be able to repeat that one.

I'm adding comments as we speak, and fixing it from start to end again.

(building sdl2 on colab takes about 40 minutes this way, you should be able to use the already compiled files in the workspace, and just only run code block 3, the one that compiles dethrace)

Answer 4 · 2024-07-06T19:45:09.000Z

Thanks. It would be interesting to see the actual commands, by running make VERBOSE=y instead of only make.

Answer 5 · 2024-07-06T21:14:03.000Z

I've added VERBOSE=y and ran it once, so the logs are already there, maybe that will help finding the issue.

Also it should work from start to end, and added the necessary comments. remember though, building SDL2 takes about an hour using free colab, and is probably not necessary if you only run step [3]

Answer 6 · 2024-07-08T12:39:23.000Z

seems like this issue is related to what version of cmake is used.

see also #377

I updated the project to use cmake 3.29.2, now it builds ok 👍

Answer 7 · 2024-07-08T12:49:53.000Z

What version causes you grief?
Perhaps I can troubleshoot it on Linux.

Answer 8 · 2024-07-09T07:41:21.000Z

3.27.9 installed by ubuntu jammy.

installing 3.29.2 from source seems to fix all issues. (except me not understanding how to compile against the sdl2_miyoo folder, how to include it etc)

Answer 9 · 2024-07-11T07:54:04.000Z

The colab project now produces a working binary! I need to pass --no-signal-handler, otherwise it crashes.

Also, sadly, the sound does not work, because (i think) alsa is borked on Onion OS (missing audio group?), and like OSS also doesn't compile because of an incompatible linux/soundcard.h.

A solution would be to create a customBackend for miniaudio that supports outputting through SDL.

Answer 10 · 2024-07-11T14:51:23.000Z

or maybe enable the alsa output with amixer,like

amixer set 'DACL Mixer AIF1DA0L' on

amixer get 'DACL Mixer AIF1DA0L' | grep "Mono: Playback \[off\]"

see https://github.com/steward-fu/nds/blob/master/alsa/main.c