TARGET_RPI hangs on build?

[futurepr0n]

Describe the bug
I have tried to build using the target_rpi on a linux machine as well as on a rpi itself. on the RPI it basically begins to hang as it compiles. On the Linux PC side I was pretty much successful however there was a liblua arm dependency that Im not sure how to get around. I am on an intel linux machine, I tried to install the liblua and comment out the discord related stuff but it seems like it was not happy no matter what. Any tips on how to successfully build for RPI? Or is this some legacy thing thats not really possible to do anymore.

To Reproduce
Steps to reproduce the behavior:
get the repo, and extract assets from the rom, begin make TARGET_RPI=1

Expected behavior
A complete and successful build

Screenshots
None available at this time.

Desktop (please complete the following information):
RPI natively building on raspbian hangs
building on ubuntu 22 on laptop (intel) fails due to liblua arm

Additional context

[owokitty]

RPI natively building on raspbian hangs
i tried to install the liblua and comment out the discord related stuff but it seems like it was not happy no matter what

I don't have a raspberry pi, but I created the only sm64 port to Beaglebone black which is like an off-brand raspberry pi, so I have some experience with the subject (to be clear don't use a beaglebone black version though it has parts that raspberry pis dont have)

• you will probably want to use the "dev" branch of sm64coopdx for now to avoid a crash when near piranha plants in ARM builds for Linux
• In #275 I posted a video showing a version of sm64coopdx running on an ARM environment that is binary compatible with raspberry pis running GNU/Linux, so building it like I do would result in a binary that works on raspberry pis.
• However, unfortunately the code of the build I showed in the video is not quite ready to upload because it was compiled using a new WIP build process that includes the unfinished alternative audio extractor code from one of my other posts #158 combined with a significant amount of ARM-related build system changes
• If I or someone else eventually builds an ARM AppImage or a Universal architecture AppImage, that build will be possible to run on Raspberry Pi

You don't specifically need the WIP audio extracting code for ARM support, which is why I haven't uploaded an entire buildable fork yet, it's just because me doing them at the same time causes the code of both features to be unfortunately intertwined in my version and I don't want people to have to use an unfinished audio extractor before it's done. Sounds do work fully in that build, just not in a state I am ready to completely upload yet, I'm comfortable showing just the part of the code I posted there at the moment.

If you really need this to be working on Raspberry Pi soon though, you could let me know and I would try to upload a raspberry pi compatible version (patches, repos or binaries) as soon as I finish the minimum completeness level I am comfortable uploading for the GNU/Linux ARM version shown in my video.

Edit: I realized after posting that I accidentally posted using a different account from the one that I posted other comments on, my other account on github is "robertkirkman" and OP's original issue of the raspberry pi freezing when he tries to compile sm64coopdx could potentially be a memory space issue, as his 200 MB Swap partition and a large amount of his system memory were completely filled during the compilation. Later there will be more testing and troubleshooting done to figure out what went wrong.

[futurepr0n]

closing this and will continue to work with owokitty regarding any dx related pi builds if they become available in the future.