Open sionisaac opened 2 years ago
Same. Since argument "-m32" is disabled it keeps throwing a PTR64 flag error eventhough I set PTR64 ?= 0 at the top of the Makefile.libretro. This works amazing on my PC but getting Mess to run CDI on RPi4 is frustating to say the least.
I've got mame and mess working on my raspberry pi 400 and pi zero 2. I can run CDI games with mame and advanced mess. Having a standalone core would make setup less tedious.
I think this is out my league. Looking at other cores, I don't see any specific recipes for armhf that I can copy. This issue probably belongs in https://github.com/libretro/libretro-super
This sounds promising. Can you link to rpi compatible core if and when it goes live.
Disclaimer: I am no libretro infrastructure maintainer, just someone who has spent some effort recently around this topic.
The armhf (and armv7-neon-hf) nightly builds are now not operational, images in there are close to 2 years old and new ones are not being built. So it won't appear there. The nightly builds are not controlled by the recipes any more, instead by the .gitlab-ci.yml files, but there are no suitable rules for armhf (or aarch64) to add. at least not yet. So the best bet is still manual compilation.
Can anyone give instructions on how to build this core on a rpi 3 or 4?
I was able to compile on an RPi2 (32 bit, I unfortunately dont have a 3 or 4 so couldn't test 64 bit), using these instructions as a guide. 64 bit should be pretty much the same though. I have no idea how well this will actually run.
Requirements:
>>python --version
Python 3.7.3
Steps:
>>sdl2-config --version
2.0.15
cd ~/Documents/code (or wherever you want to put the source)
git clone https://github.com/libretro/same_cdi.git
cd same_cdi
make -f Makefile.libretro PTR64=0
Thats it. If you wanted to do this for 64bit Raspian, the steps would be the same, except:
make -f Makefile.libretro PTR64=1
Attached is the 32 bit armhf compiled version. same_cdi_libretro.zip
I would think this might be easier to request be added to Retropie or whatever flavor you're using, since they've probably got some cross-compiling build system already setup to handle this.
Can this core be built for Raspberry Pi specifically retropie? I keep checking the nightly section but still now core updates for armhf.